lua_by_init 里面怎么判断是在nginx -t过程执行，还是真正启动的时候执行

leafvster

lua_by_init在nginx -s reload过程中会调用两次，如果只是执行nginx -t; lua_by_init也会被调用，但是只执行一次。

初步猜测nginx -s reload的过程，会先检查一次配置，然后再真正reload。

那么，我们怎么在init_by_lua里，判断是在-t阶段检查配置；还是真正启动的时候reload配置?

zchao1995

Hello!

如果是通过 nginx -s reload，当前进程的 type 是 signaler，可以在 init_by_lua 里用 https://github.com/openresty/lua-resty-core/blob/master/lib/ngx/process.md#type 来得到当前进程类型。

如果是手动发送 SIGHUP 给 master 进程，然后触发 master 重新解析配置并执行 init_by_lua，这和 nginx -t 是没法区分的。

除非你自己添加一个接口判断当前是否是在 test config。

leafvster

感谢，解决了我的问题。

process.type() 在-t和-s reload两种情况，分别是single,master,worker; 后一种其实是在master,worker里各执行了一次

我判断type的值来处理

local process = require 'ngx.process'
local type = process.type()
if type ~= 'single' and type ~= 'master' then return end

在 2018年6月22日星期五 UTC+8下午6:18:51，tokers写道：

Hello!

如果是通过 nginx -s reload，当前进程的 type 是 signaler，可以在 init_by_lua 里用 https://github.com/openresty/lua-resty-core/blob/master/lib/ngx/process.md#type 来得到当前进程类型。

如果是手动发送 SIGHUP 给 master 进程，然后触发 master 重新解析配置并执行 init_by_lua，这和 nginx -t 是没法区分的。
除非你自己添加一个接口判断当前是否是在 test config。

spacewanderlzx

贡献一个思路，你可以通过 FFI 获取运行 Nginx 时的命令行参数，然后进行比较。像这样：
local ffi = require "ffi"
ffi.cdef[[
int              ngx_argc;
char           **ngx_argv;
]]
for i = 0, ffi.C.ngx_argc - 1 do
    ngx.log(ngx.ERR, ffi.string(ffi.C.ngx_argv[i]))
end

在 2018年6月22日 下午6:06， <leaf...@gmail.com> 写道：
> lua_by_init在nginx -s reload过程中会调用两次，如果只是执行nginx -t;
> lua_by_init也会被调用，但是只执行一次。
> 初步猜测nginx -s reload的过程，会先检查一次配置，然后再真正reload。
> 那么，我们怎么在init_by_lua里，判断是在-t阶段检查配置； 还是真正启动的时候reload配置?
>
> --
>