ngx_http_proxy_module注册于Nginx请求处理的哪个阶段？

核心结论：ngx_http_proxy_module 实现请求转发的核心处理逻辑，注册在Nginx HTTP请求处理流程的 内容阶段（对应枚举值NGX_HTTP_CONTENT_PHASE）。

相关注意点：

• 当你在某个location块中配置proxy_pass指令后，Nginx完成location匹配、进入内容阶段时，会将当前location的默认内容处理器替换为proxy模块提供的代理处理函数，后续不会再执行同location下其他挂载到内容阶段的内容处理器（比如Nginx默认的静态文件响应处理器）。
• 不要搞混注册阶段：proxy模块不会在rewrite阶段、access阶段这类前置处理阶段注册核心处理逻辑，这些阶段是重写规则、访问控制、鉴权类模块的挂载位置。
• 如果你开发自定义模块需要和proxy_pass逻辑配合，不要强行抢占内容阶段的处理器位置：如果需要在代理转发前执行自定义逻辑，可以把handler挂载到NGX_HTTP_PRECONTENT_PHASE（内容预处理阶段）；如果需要修改代理返回的响应，直接注册响应头/响应体过滤函数即可，避免和proxy模块的内容处理器冲突导致逻辑不生效。
• 你可以直接查阅Nginx源码中ngx_http_proxy_module.c的初始化逻辑验证：proxy_pass指令在解析时就会把当前location的内容handler设置为ngx_http_proxy_handler，这是标准的内容阶段处理器注册方式，和ngx_http_fastcgi_module、ngx_http_uwsgi_module等同类型代理模块的注册逻辑完全一致。

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