Nginx中proxy模块变量无独立生命周期，其值在对应处理阶段动态生成并绑定请求内存池。如$proxy_host在proxy_pass执行时实时解析，$proxy_add_x_forwarded_for在proxy_set_header阶段求值，$upstream_addr等则延迟至后端响应后才可用。

Nginx 中 ngx_http_proxy_module 本身不定义独立的“变量生命周期”概念，它所使用的变量（如 $proxy_host、$proxy_port、$proxy_add_x_forwarded_for 等）本质上是 Nginx 核心变量机制的一部分，其存在时间由请求处理阶段和内存管理策略决定。

变量在请求上下文中动态生成

绝大多数 proxy 模块相关变量（如 $proxy_host、$proxy_port、$proxy_url）并非预分配或长期驻留，而是在 proxy_pass 指令执行时、实际构造后端请求 URI 或头部前的瞬间计算得出。它们依赖当前请求的上下文（如 $host、$uri、$args、rewrite 后结果等），每次访问都会重新求值。

• 例如 $proxy_add_x_forwarded_for：在 proxy_set_header 阶段展开，逻辑是 “若原始请求含 X-Forwarded-For，则追加客户端真实 IP；否则直接设为 $remote_addr”，该值只在此 header 设置时刻有效
• $proxy_host 和 $proxy_port：由 proxy_pass 的配置解析而来（如 proxy_pass http://backend; 或 proxy_pass http://127.0.0.1:8080/;），不随 upstream 变化而缓存，每次转发都按当前 location 配置实时提取

生命周期绑定到请求内存池（request pool）

Nginx 为每个 HTTP 请求分配一个内存池（r->pool），所有在请求处理过程中动态生成的字符串变量值（包括 proxy 模块拼接的 URL、header 值等）都分配在此池中。

• 这些变量值的内存 在请求结束时由 Nginx 自动释放，无需手动清理
• 变量本身（如结构体字段）是请求结构体 ngx_http_request_t 的一部分，随请求创建而初始化，随请求销毁而回收
• 不存在跨请求复用或全局缓存——每个请求的 proxy 变量值相互隔离

部分变量受 rewrite 阶段影响，不可在早期阶段使用

像 $proxy_host、$proxy_port 这类变量，其值依赖 proxy_pass 的最终解析结果，而该解析发生在 rewrite 阶段之后、access 阶段之前（具体在 NGX_HTTP_CONTENT_PHASE 的 proxy handler 中）。因此：

• 不能在 if、set 或 rewrite 规则中安全引用它们——此时值尚未确定，可能为空或未定义
• $proxy_url 是伪变量，仅用于日志记录（log_format），不在请求处理中参与逻辑，其值在日志写入时才构建
• 真正可提前使用的 proxy 相关值，应通过 map 或自定义变量在 rewrite 阶段显式构造

upstream 相关变量（如 $upstream_addr）延迟到转发完成后才可用

虽然属于 proxy 模块常用配套变量，但 $upstream_addr、$upstream_status、$upstream_response_time 等，其值由 upstream 模块在后端通信结束后写入，因此：

• 在 proxy_set_header 中不可用（此时后端连接尚未建立）
• 仅在 log_format、add_after_body、或者 post_action 等请求尾部阶段才保证有值
• 若后端超时或失败，部分变量可能为空或包含错误标识（如 "-" 或 "504"）