Docker lua-nginx环境下Lua脚本调用ngx.exit后仍执行proxy_pass问题

你遇到的逻辑失效，本质是两个配置的执行阶段冲突：

• content_by_lua_file 和 proxy_pass 都属于Nginx的**内容生成阶段（content phase）**指令，配置在同一个location块下时，Nginx不会按你书写的先后顺序串行执行
• 旧版lua-nginx-module存在兼容问题：当在content阶段的Lua逻辑中调用ngx.exit()中断流程时，同location下配置的原生content指令（如proxy_pass）仍会被触发执行，完全绕过Lua的中断逻辑
  这就是为什么哪怕你在脚本里调用了ngx.close()、ngx.exit()，请求还是会被转发给后端。

要实现「仅POST请求才触发代理、其他请求直接返回错误」的需求，不需要在content阶段和proxy_pass抢执行权，只需要把Lua校验逻辑前置到更早的访问控制阶段即可：

• 使用access_by_lua_file替代原来的content_by_lua_file，这个指令属于access阶段，执行优先级早于content阶段的代理处理
• 校验通过时，不做任何中断操作，请求流程自然进入后续content阶段执行proxy_pass转发
• 校验不通过时，直接调用ngx.exit()中断整个请求流程，后续所有阶段的指令（包括proxy_pass）都不会被执行

修正后的Nginx配置 #

server {
  listen 80;
  server_name _;

  location /payload {
      # 前置的Lua校验逻辑，属于access阶段
      access_by_lua_file /etc/nginx/handler.lua;     
      proxy_pass <myUrl>;
  }
} 

适配后的Lua脚本逻辑 #

不需要大幅修改原有判断逻辑，只需要保证校验不通过时正确中断流程即可：

local method = ngx.req.get_method()

if method == "POST" then
   -- 校验通过，无中断操作，自然进入代理转发环节
   ngx.log(ngx.INFO, "method check passed, start proxy forward")
else
   ngx.log(ngx.ERR, "wrong event request method: ", method)
   -- 直接中断请求，不会走到proxy_pass
   ngx.exit(ngx.HTTP_NOT_ACCEPTABLE)
end

• 尽量不要把content_by_lua系列指令和proxy_pass配置在同一个location块：两者同属content阶段，天然存在执行权竞争，很容易出现逻辑偏差
• 如果确实需要在Lua中动态控制代理转发行为，可直接在Lua脚本中通过内置变量配置上游地址，或使用ngx.location.capture发起内部子请求，避免和原生content指令产生冲突
• 采用access阶段做请求校验的方案，兼容性不受lua-nginx-module版本影响，也不会出现逻辑被绕过的问题

内容的提问来源于stack exchange，提问作者jrz