nginx与lua的执行顺序和步骤说明_wlgy123的博客-CSDN博客
nginx与lua的执行顺序和步骤说明
wlgy123
于 2015-11-13 11:34:31 发布
20107
收藏
文章标签：
lua
nginx
nginx与lua的执行顺序和步骤说明
转载由：http://www.mrhaoting.com/?p=157#comment-588
一、nginx执行步骤
nginx在处理每一个用户请求时，都是按照若干个不同的阶段依次处理的，与配置文件上的顺序没有关系，详细内容可以阅读《深入理解nginx:模块开发与架构解析》这本书，这里只做简单介绍；
1、post-read
读取请求内容阶段，nginx读取并解析完请求头之后就立即开始运行；
2、server-rewrite
server请求地址重写阶段；
3、find-config
配置查找阶段，用来完成当前请求与location配重块之间的配对工作；
4、rewrite
location请求地址重写阶段，当ngx_rewrite指令用于location中，就是再这个阶段运行的；
5、post-rewrite
请求地址重写提交阶段，当nginx完成rewrite阶段所要求的内部跳转动作，如果rewrite阶段有这个要求的话；
6、preaccess
访问权限检查准备阶段，ngx_limit_req和ngx_limit_zone在这个阶段运行，ngx_limit_req可以控制请求的访问频率，ngx_limit_zone可以控制访问的并发度；
7、access
权限检查阶段，ngx_access在这个阶段运行，配置指令多是执行访问控制相关的任务，如检查用户的访问权限，检查用户的来源IP是否合法；
8、post-access
访问权限检查提交阶段；
9、try-files
配置项try_files处理阶段；
10、content
内容产生阶段，是所有请求处理阶段中最为重要的阶段，因为这个阶段的指令通常是用来生成HTTP响应内容的；
11、log
日志模块处理阶段；
二、ngx_lua运行指令
ngx_lua属于nginx的一部分，它的执行指令都包含在nginx的11个步骤之中了，不过ngx_lua并不是所有阶段都会运行的；
1、init_by_lua、init_by_lua_file
语法：init_by_lua <lua-script-str>
语境：http
阶段：loading-config
当nginx master进程在加载nginx配置文件时运行指定的lua脚本，
通常用来注册lua的全局变量或在服务器启动时预加载lua模块：
init_by_lua 'cjson = require "cjson"';
server {
location = /api {
content_by_lua '
ngx.say(cjson.encode({dog = 5, cat = 6}))
或者初始化lua_shared_dict共享数据：
lua_shared_dict dogs 1m;
init_by_lua '
local dogs = ngx.shared.dogs;
dogs:set("Tom", 50)
server {
location = /api {
content_by_lua '
local dogs = ngx.shared.dogs;
ngx.say(dogs:get("Tom"))
但是，lua_shared_dict的内容不会在nginx reload时被清除。所以如果你不想在你的init_by_lua中重新初始化共享数据，那么你需要在你的共享内存中设置一个标志位并在init_by_lua中进行检查。
因为这个阶段的lua代码是在nginx forks出任何worker进程之前运行，数据和代码的加载将享受由操作系统提供的copy-on-write的特性，从而节约了大量的内存。
不要在这个阶段初始化你的私有lua全局变量，因为使用lua全局变量会照成性能损失，并且可能导致全局命名空间被污染。
这个阶段只支持一些小的LUA Nginx API设置：ngx.log和print、ngx.shared.DICT；
2、init_worker_by_lua、init_worker_by_lua_file
语法：init_worker_by_lua <lua-script-str>
语境：http
阶段：starting-worker
在每个nginx worker进程启动时调用指定的lua代码。如果master 进程不允许，则只会在init_by_lua之后调用。
这个hook通常用来创建每个工作进程的计时器(通过lua的ngx.timer API)，进行后端健康检查或者其它日常工作：
init_worker_by_lua:
local delay = 3 -- in seconds
local new_timer = ngx.timer.at
local log = ngx.log
local ERR = ngx.ERR
local check
check = function(premature)
if not premature then
-- do the health check other routine work
local ok, err = new_timer(delay, check)
if not ok then
log(ERR, "failed to create timer: ", err)
return
end
end
end
local ok, err = new_timer(delay, check)
if not ok then
log(ERR, "failed to create timer: ", err)
end
3、set_by_lua、set_by_lua_file
语法：set_by_lua $res <lua-script-str> [$arg1 $arg2 …]
语境：server、server if、location、location if
阶段：rewrite
传入参数到指定的lua脚本代码中执行，并得到返回值到res中。<lua-script-str>中的代码可以使从ngx.arg表中取得输入参数(顺序索引从1开始)。
这个指令是为了执行短期、快速运行的代码因为运行过程中nginx的事件处理循环是处于阻塞状态的。耗费时间的代码应该被避免。
禁止在这个阶段使用下面的API：1、output api（ngx.say和ngx.send_headers）；2、control api（ngx.exit）；3、subrequest api（ngx.location.capture和ngx.location.capture_multi）；4、cosocket api（ngx.socket.tcp和ngx.req.socket）；5、sleep api（ngx.sleep）
此外注意，这个指令只能一次写出一个nginx变量，但是使用ngx.var接口可以解决这个问题：
location /foo {
set $diff '';
set_by_lua $num '
local a = 32
local b = 56
ngx.var.diff = a - b; --写入$diff中
return a + b; --返回到$sum中
echo "sum = $sum, diff = $diff";
这个指令可以自由的使用HttpRewriteModule、HttpSetMiscModule和HttpArrayVarModule所有的方法。所有的这些指令都将按他们出现在配置文件中的顺序进行执行。
4、rewrite_by_lua、rewrite_by_lua_file
语法：rewrite_by_lua <lua-script-str>
语境：http、server、location、location if
阶段：rewrite tail
作为rewrite阶段的处理，为每个请求执行指定的lua代码。注意这个处理是在标准HtpRewriteModule之后进行的：
location /foo {
set $a 12;
set $b "";
rewrite_by_lua 'ngx.var.b = tonumber(ngx.var.a) + 1';
echo "res = $b";
如果这样的话将不会按预期进行工作：
location /foo {
set $a 12;
set $b '';
rewrite_by_lua 'ngx.var.b = tonumber(ngx.var.a) + 1';
if($b = '13') {
rewrite ^ /bar redirect;
break;
echo "res = $b"
因为if会在rewrite_by_lua之前运行，所以判断将不成立。正确的写法应该是这样：
location /foo {
set $a 12;
set $b '';
rewrite_by_lua '
ngx.var.b = tonumber(ngx.var.a) + 1
if tonumber(ngx.var.b) == 13 then
return ngx.redirect("/bar");
end
echo "res = $b";
注意ngx_eval模块可以近似于使用rewite_by_lua，例如：
location / {
eval $res {
proxy_pass http://foo,com/check-spam;
if($res = 'spam') {
rewrite ^ /terms-of-use.html redirect;
fastcgi_pass .......
可以被ngx_lua这样实现：
location = /check-spam {
internal;
proxy_pass http://foo.com/check-spam;
location / {
rewrite_by_lua '
local res = ngx.location.capture("/check-spam")
if res.body == "spam" then
return ngx.redirect("terms-of-use.html")
fastcgi_pass .......
和其它的rewrite阶段的处理程序一样，rewrite_by_lua在subrequests中一样可以运行。
请注意在rewrite_by_lua内调用ngx.exit(ngx.OK)
，nginx的请求处理流程将继续进行content阶段的处理。从rewrite_by_lua终止当前的请求，要调用ngx.exit返回status大于200并小于300的成功状态或ngx.exit(ngx.HTTP_INTERNAL_SERVER_ERROR)的失败状态。
如果HttpRewriteModule的重写指令被用来改写URI和重定向，那么任何rewrite_by_lua和rewrite_by_lua_file的代码将不会执行，例如：
location /foo {
rewrite ^ /bar;
rewrite_by_lua 'ngx.exit(503)'
location /bar {
.......
在这个例子中ngx.exit(503)将永远不会被执行，因为rewrite修改了location，请求已经跳入其它location中了。
5、access_by_lua，access_by_lua_file
语法：access_by_lua <lua-script-str>
语境：http,server,location,location if
阶段：access tail
为每个请求在访问阶段的调用lua脚本进行处理。主要用于访问控制，能收集到大部分的变量。
注意access_by_lua和rewrite_by_lua类似是在标准HttpAccessModule之后才会运行，看一个例子：
location / {
deny 192.168.1.1;
allow 192.168.1.0/24;
allow 10.1.1.0/16;
deny all;
access_by_lua '
local res = ngx.location.capture("/mysql", {...})
....
如果client ip在黑名单之内，那么这次连接会在进入access_by_lua调用的mysql之前被丢弃掉。
ngx_auth_request模块和access_by_lua的用法类似：
location / {
auth_request /auth;
可以用ngx_lua这么实现：
location / {
access_by_lua '
local res = ngx.location.capture("/auth")
if res.status == ngx.HTTP_OK then
return
end
if res.status == ngx.HTTP_FORBIDDEN then
ngx.exit(res.status)
end
ngx.exit(ngx.HTTP_INTERNAL_SERVER_ERROR)
和其它access阶段的模块一样，access_by_lua不会在subrequest中运行。
请注意在access_by_lua内调用ngx.exit(ngx.OK)，nginx的请求处理流程将继续进行后面阶段的处理。从rewrite_by_lua终止当前的请求，要调用ngx.exit返回status大于200并小于300的成功状态或ngx.exit(ngx.HTTP_INTERNAL_SERVER_ERROR)的失败状态。
6、content_by_lua，content_by_lua_file
语法：content_by_lua <lua-script-str>
语境：location，location if
阶段：content
作为“content handler”为每个请求执行lua代码，为请求者输出响应内容。
不要将它和其它的内容处理指令在同一个location内使用如proxy_pass。
7、header_filter_by_lua，header_filter_by_lua_file
语法：header_filter_by_lua <lua-script-str>
语境：http，server，location，location if
阶段：output-header-filter
一般用来设置cookie和headers，在该阶段不能使用如下几个API：
1、output API（ngx.say和ngx.send_headers）
2、control API（ngx.exit和ngx.exec）
3、subrequest API(ngx.location.capture和ngx.location.capture_multi)
4、cosocket API（ngx.socket.tcp和ngx.req.socket）
有一个例子是 在你的lua header filter里添加一个响应头标头：
location / {
proxy_pass http://mybackend;
header_filter_by_lua 'ngx.header.Foo = "blah"';
8、body_filter_by_lua，body_filter_by_lua_file
语法：body_filter_by_lua <lua-script-str>
语境：http，server，location，location if
阶段：output-body-filter
输入的数据时通过ngx.arg[1](作为lua的string值)，通过ngx.arg[2]这个bool类型表示响应数据流的结尾。
基于这个原因，‘eof’只是nginx的链接缓冲区的last_buf（对主re
quests）或last_in_chain（对subrequests）的标记。
运行以下命令可以立即终止运行接下来的lua代码：
return ngx.ERROR
这会将响应体截断导致无效的响应。lua代码可以通过修改ngx.arg[1]的内容将数据传输到下游的nginx output body filter阶段的其它模块中去。例如，将response body中的小写字母进行反转，我们可以这么写：
location / {
proxy_pass http://mybackend;
body_filter_by_lua 'ngx.arg[1] = string.upper(ngx.arg[1])'
当将ngx.arg[1]设置为nil或者一个空的lua string时，下游的模块将不会收到数据了。
同样可以通过修改ngx.arg[2]来设置新的”eof“标记，例如：
location /t {
echo hello world;
echo hiya globe;
body_filter_by_lua '
local chunk = ngx.arg[1]
if string.match(chunk, "hello") then
ngx.arg[2] = true --new eof
return
end
--just throw away any remaining chunk data
ngx.arg[1] = nil
那么GET /t的请求只会回复：hello world
这是因为，当body filter看到了一块包含”hello“的字符块后立即将”eof“标记设置为了true，从而导致响应被截断了但仍然是有效的回复。
当lua代码中改变了响应体的长度时，应该要清除content-length响应头部的值，例如：
location /foo {
header_filter_by_lua 'ngx.header.content_length = nil'
body_filter_by_lua 'ngx.arg[1] = string.len(ngx.arg[1]) .. "\\n"'
在该阶段不能使用如下几个API：
1、output API（ngx.say和ngx.send_headers）
2、control API（ngx.exit和ngx.exec）
3、subrequest API(ngx.location.capture和ngx.location.capture_multi)
4、cosocket API（ngx.socket.tcp和ngx.req.socket）
nginx output filters可能会在一次请求中被多次调用，因为响应体可能是以chunks方式传输的。因此这个指令一般会在一次请求中被调用多次。
9、log_by_lua，log_by_lua_file
语法：log_by_lua <lua-script-str>
语境：http，server，location，location if
阶段：log
在log阶段调用指定的lua脚本，并不会替换access log，而是在那之后进行调用。
在该阶段不能使用如下几个API：
1、output API（ngx.say和ngx.send_headers）
2、control API（ngx.exit和ngx.exec）
3、subrequest API(ngx.location.capture和ngx.location.capture_multi)
4、cosocket API（ngx.socket.tcp和ngx.req.socket）
一个收集upstream_response_time的平均数据的例子：
lua_shared_dict log_dict 5M
server{
location / {
proxy_pass http;//mybackend
log_by_lua '
local log_dict = ngx.shared.log_dict
local upstream_time = tonumber(ngx.var.upstream_response_time)
local sum = log_dict:get("upstream_time-sum") or 0
sum = sum + upstream_time
log_dict:set("upsteam_time-sum", sum)
local newval, err = log_dict:incr("upstream_time-nb", 1)
if not newval and err == "not found" then
log_dict:add("upstream_time-nb", 0)
log_dict:incr("upstream_time-nb", 1)
end
location = /status {
content_by_lua '
local log_dict = ngx.shared.log_dict
local sum = log_dict:get("upstream_time-sum")
local nb = log_dict:get("upstream_time-nb")
if nb and sum then
ngx.say("average upstream response time: ", sum/nb, " (", nb, " reqs)")
else
ngx.say("no data yet")
end
转载由：http://www.mrhaoting.com/?p=157#comment-588
wlgy123
关注
关注
点赞
收藏
评论
nginx与lua的执行顺序和步骤说明
nginx与lua的执行顺序和步骤说明转载由：http://www.mrhaoting.com/?p=157#comment-588一、nginx执行步骤nginx在处理每一个用户请求时，都是按照若干个不同的阶段依次处理的，与配置文件上的顺序没有关系，详细内容可以阅读《深入理解nginx:模块开发与架构解析》这本书，这里只做简单介绍；1、post-read读取请求内容阶
复制链接
扫一扫
小模块解决大痛点—nginx+lua托底数据解决方案
02-24
随着京东商城的发展，内部也出现了一些比较有意思的小系统小模块来解决一些业务系统的痛点，而这些小系统小模块虽说不复杂但是解决了当时的痛点。数据托底就是其中一个痛点，因为依赖系统或者其他方面的不稳定性导致用户访问页面是404或者503、或者出现天窗（页面局部内容没出来），这在一个大流量系统中是不允许的。因此就需要更健壮的系统设计来解决此问题，解决此问题的方法大家又都是类似的，因此作者就抽象了一个小模块来解决更多人的兜底问题。大多数以读为主的系统为了提高系统的可用性，会用到各种策略来增强用户体验；其中数据托底就是其中一种策略；数据托底也可以叫做数据兜底，一般来解决如下几个问题：保证数据”永不消失”(
lua+nginx动态更新配置.zip
04-03
配置为全局生效，即需对所有工作进程共享。更新频率比较慢，使用lua_shared_dict进行存储。如下定义：
lua_shared_dict sysconfig 10k;
成员包括：
"time"：配置文件的生成的时间戳（用来判断文件是否有更新）eg:1585209315
"kxsip"：与可信控制服务数据交互IP地址eg:192.168.0.1
"kxsport"：与可信控制服务数据交互端口eg:8001
"gettokenapi"：请求userID对应的token的API接口eg:https://192.168.5.4:2233/token
"ssourl"：SSO服务器地址eg: https://12.52.46.82:5555/login
。。。
在nginx初始化中使用init_worker_by_lua_file 指令创建一个循环定时器，每次超时的时候去判断配置文件是否更新了。如果更新了重新加载。
通过在工作线程中使用rewrite_by_lua_block指令，获取任意时刻的配置情况测试代码的可用性。
参与评论
您还未登录，请先
登录
后发表或查看评论
nginx反向代理流程以及具体执行过程
最新发布
weixin_52259848的博客
09-29
1135
本文主要记录学习nginx的三个方面，nginx反向代理的流程、执行过程
nginx+lua，在我司实践过超有用的3个案例
yeluoxiang的专栏
09-14
592
nginx，lua，nginx+lua，这三个名词不知道大家熟悉多少。为了后面内容的展示，我简单的介绍一下它们，想深入了解的网上资料很多，在这就不啰嗦了。nginx是一个高性能的反向代理...
ngx_lua常用变量参数
zzhongcy的专栏
12-27
9607
最近项目接触了Nginx的lua使用，网上查了查资料，这里记录一下。
Nginx与Lua编写脚本的基本构建块是指令。 指令用于指定何时运行用户Lua代码以及如何使用结果。 下面是显示指令执行顺序的图。
Nginx Lua模块指令
Nginx共11个处理阶段，而相应的处理阶段是可以做插入式处理，即可插拔式架构；另外指令可以在http、server、server if、location...
Nginx Lua 实战 | init_by_lua 插载点
乌鲁木齐001号程序员
05-04
1207
在 OpenResty 主目录下新建一个存放 Lua 脚本的目录
/home/lixinlei/application/openresty/lua，所有的 Lua 脚本都放在这个目录里，cd 到这个目录；
创建 Lua 脚本 init.lua
init.lua 内容如下：
ngx.log(ngx.ERR, "init lua success");
使用 init.lua 脚本
修改 ...
一种openresty在init_by_lua_file阶段读取redis到共享内存的方法
热门推荐
zhiyuan_2007的专栏
07-08
1万+
前提：
关于 openresty 或者 ngx_lua 请参考：http://openresty.org/en/
问题：
使用openresty读取redis内的数据时，在init_by_lua_file中是不能连接redis的，所以有时候只能在rewrite或者access阶段读取redis数据，用什么办法在初始化阶段读取呢？
解决办法：
采用在init
Nginx 下 Lua 的实现机制（二）
潘广宇的博客
03-26
3294
目录
一、init_by_lua
二、init_worker_by_lua
三、set_by_lua
四、rewrite_by_lua
五、access_by_lua
六、content_by_lua
七、header_filter_by_lua
八、body_filter_by_lua
九、log_by_lua
十、balancer_by_lua_block
一、in...
04 Nginx Lua 实战 | init_by_lua 插载点
响定李的博客
04-05
209
在 OpenResty 主目录下新建一个存放 Lua 脚本的目录
/home/lixinlei/application/openresty/lua，所有的 Lua 脚本都放在这个目录里，cd 到这个目录；
创建 Lua 脚本 init.lua
init.lua 内容如下：
ngx.log(ngx.ERR, "init lua success");
使用 init.lua 脚本
修改 ...
lua加openRestry实现缓存预热与二级缓存
梦与时光遇的博客
10-11
223
缓存预热（将mysql数据查询出来存放到redis）
实现思路：
步骤一：编写lua脚本实现缓存预热（将mysql里的数据查询出来存入redis）
定义请求：用于查询数据库中的数据更新到redis中
先链接mysql，按照广告分类ID读取广告列表，转换为json字符
链接redis，将广告列表json字符串存入redis
定义请求：
请求：
/ad_update
参数：
position ‐‐指定广告位置
返回值：
json
--代表当前要进行json数据的传递
ngx.header.content_t
nginx+lua(openresty)实现黑/白名单权限控制
lgq2016的博客
01-18
2819
openresty在nginx基础上集成了很多功能，比如可以直接调用redis,mysql，http接口等服务，比较流行的网关kong就是通过openresty实现的。日常开发和运维离不开nginx，实现稍微复杂的功能：简单权限控制，灰度发布等就可以通过openresty实现。
本文通过openresty定时器定期请求http接口获取更新的黑名单数据，过滤用户并做进一步的判断（结合实际的业务需求）进行权限管控。话不多说，直接上nginx.conf代码如下。
user ...
lua代码调试遇到的坑
thlzjfefe的博客
06-17
5715
openresty启动时，通过 init_worker_by_lua_file D:\init.lua的方式加载文件，如果lua代码中有错误，则error日志中未打印出错误信息。
比如以下代码：
1、连接一个值为nil的变量
local a
ngx.log(ngx.WARN, "value:" .. a)
ngx.log(ngx.WARN, "Successfully print the value of a")
2、读文件时，如果文件test.lua不存在
local f = assert.
openresty 根据参数 重定向请求
江湖 - 郎中 - 路
07-14
6225
1、nginx配置文件增加配置节
location /a {
default_type 'text/html';
lua_code_cache on;
rewrite_by_lua_file /data/lua/a.lua;
location @b {
default_type 'text/h
Nginx-Lua模块的执行顺序
zhangge3663的博客
09-30
807
一、nginx执行步骤
nginx在处理每一个用户请求时，都是按照若干个不同的阶段依次处理的，与配置文件上的顺序没有关系，详细内容可以阅读《深入理解nginx:模块开发与架构解析》这本书，这里只做简单介绍;
1、post-read
读取请求内容阶段，nginx读取并解析完请求头之后就立即开始运行;
例如模块ngx_realip就在post-read阶段注册了处理程序，它的功...
Nginx Lua的执行阶段
流浪猫之家
02-04
1933
对刚接触Ngx_lua的读者来说，可能会存在下面两个困惑。
1、Lua在Nginx的哪些阶段可以执行代码？
2、Lua在Nginx的每个阶段可以执行哪些操作？
只有理解了这两个问题，才能在业务中巧妙地利用Ngx_Lua来完成各项需求。
Nginx的11个执行阶段，每个阶段都有自己能够执行的指令，并可以实现不同的功能。Ngx_Lua的功能大部分是基于Nginx这11个执行阶段开发和配置的，Lua代码在这些指令块中执行，并依赖于它们的执行顺序。本章将对Ngx_Lua的执行阶段进行一一讲解。
一、 i.
Nginx模块Lua基本使用方法抄录
嗨皮螃的博客
05-11
1818
ngx_lua将Lua嵌入Nginx，可以让Nginx执行Lua脚本，并且高并发、非阻塞的处理各种请求。Lua内建协程，这样就可以很好的将异步回调转换成顺序调用的形式。ngx_lua在Lua中进行的IO操作都会委托给Nginx的事件模型，从而实现非阻塞调用。开发者可以采用串行的方式编写程序，ngx_lua会自动的在进行阻塞的IO操作时中断，保存上下文；
openresty之 ngx-lua 指令详解
stefan1240的专栏
02-26
904
一、指令顺序
nginx配置文件中执行lua语句是通过指令来识别的，lua指令执行顺序如下：
openresty开发系列32--openresty执行流程之1初始化阶段
reblue520的专栏
09-02
787
openresty开发系列32--openresty执行流程之初始化阶段一）初始化阶段1）init_by_lua init_by_lua_block init_by_lua_file语法：init_by_lua <lua-script-str>语境：http阶段：loading-config当nginx master进程在加载nginx配置文件时运行指定的lua脚...
nginx+lua access_by_lua_file 间接性404问题排查
TimerBin的博客
01-06
5169
一、背景说明
准备在项目中基于nginx搭建一个简易网关，实现同一域名根据不同cookie代理不同docker功能，降低前端、移动端多业务线并行测试联调成本。简单来说就是服务端有多个测试环境docker分别部署不同业务需求代码，通过在前端、移动端种植cookie（存放服务端测试环境docker IP地址）方式让其具有可选择服务端测试环境能力，大大降低联调环境配置成本。具体cookie的解析逻辑在n...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：大白
设计师：CSDN官方博客
返回首页
wlgy123
CSDN认证博客专家
CSDN认证企业博客
码龄11年
暂无认证
原创
35万+
周排名
63万+
总排名
6万+
访问
等级
638
积分
粉丝
11
获赞
10
评论
59
收藏
私信
关注
热门文章
nginx与lua的执行顺序和步骤说明
20107
C语言段错误调试
13737
lua string库函数详解、实例及lua正则表达式
10977
linux下git客户端命令总结
2914
C++/C源码分析
2390
分类专栏
编程语言
6篇
工具使用
3篇
最新评论
互斥量 信号量 条件变量编程
wlgy123:
深刻理解linux进程间通信
http://www.cnblogs.com/thinkingworld/articles/1861739.html
linux下git客户端命令总结
wlgy123:
很好的一个代码回退总结：
http://alpha-blog.wanglianghome.org/2010/07/30/git-partial-rollback/
linux下git客户端命令总结
wlgy123:
强制以库上master分支覆盖本地代码，操作：
git fetch --all　　　不做合并，直接下载远程仓库内容
git reset --hard origin/master　　　HEAD指向最新版本
linux下git客户端命令总结
wlgy123:
本地修改后，将无法更新，可用以下步骤解决：
git stash --- 将本地文件暂存起来
git pull --- 更新
git stash apply --- 合并，如果有冲突将会提示，搜索=======
备注：
1. 如果对于不想解决冲突的（用库上最新版本覆盖）可以：
git reset HEAD <filename>
git checkout <filename>
2. 如果有些文件想强行用本地版本，可以：
git push --force [远程名] [本地分支名]:[远程分支名]
等价于：git push --f [远程名] [本地分支名]:[远程分支名]
VS编译器(cl.exe)命令行编译的例子
wlgy123:
在Windows下配置MinGW编译环境和Code::Blocks编辑器:
http://blog.programet.org/2010/04/mingw-codeblocks.html
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
互斥量 信号量 条件变量编程
Unicode(UTF-8, UTF-16)令人混淆的概念
编码格式简介（ANSI、GBK、GB2312、UTF-8、GB18030和 UNICODE）
2016年12篇
2015年7篇
2013年2篇
目录
目录
分类专栏
编程语言
6篇
工具使用
3篇
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值