OpenResty中Lua发起HTTP请求无响应、状态码异常及resolver问题

响应状态码为200而非预设500的原因 #

• Nginx Lua环境下，响应头的发送时机和代码执行顺序直接相关。当调用ngx.say()向响应缓冲区写入内容时，Nginx会自动以默认的200 OK状态码，将响应头推送给客户端。
• 你的失败分支代码中，执行顺序是先调用ngx.say()输出带500标识的JSON响应体，之后才执行return ngx.HTTP_INTERNAL_SERVER_ERROR。此时响应头已经发送完成，后续返回的状态码无法修改已推送的头部信息，最终客户端收到的状态码就是200，仅响应体为代码中定义的错误内容。
• content_by_lua_block的返回值仅在无任何提前输出的场景下，才会作为响应状态码生效，一旦触发了响应内容写入，返回值对状态码的修改就会失效。

触发请求失败分支的原因 #

• 进入失败分支的直接触发条件是httpc:request_uri()返回了空的响应结果。结合补充的错误日志，根因是配置中缺少Nginx DNS解析器（resolver）指令：resty.http模块发起外部域名请求前，需要依赖配置的DNS服务器完成域名到IP的转换，未配置解析器时，域名解析流程直接失败，外部请求根本没有实际发出，最终返回空响应触发代码里的错误分支。
• 最开始日志中无错误记录，是因为代码捕获到错误信息后，未将内容写入日志，直接返回了前端可见的JSON响应。

• 调整Lua代码的失败分支逻辑：在调用ngx.say()输出内容前，显式设置ngx.status = ngx.HTTP_INTERNAL_SERVER_ERROR，避免提前触发默认200状态码的响应头推送。
• 在Nginx配置的http块或对应server块下，添加可用的DNS服务器地址作为resolver配置，支撑模块完成域名解析流程。

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