Nginx变量无传统作用域，全局唯一但按定义位置决定可见性与初始化时机；proxy类变量仅在对应处理阶段动态生成并绑定请求生命周期。
变量在 Nginx 中不是“配置出来”的，而是由作用域决定可见范围、由请求处理阶段决定何时生成和销毁。理解变量作用域与生命周期，关键在于看清它在哪一级块中定义、在哪个处理阶段被访问、值从哪来、内存归谁管。
变量作用域：按配置块层级隔离，但值不自动继承
Nginx 变量本身没有“块级作用域”意义上的封装——所有变量名全局唯一，且一旦声明就可跨块引用；但变量的定义位置决定了它的初始化时机和初始可见范围：
- 在 http 块中 set 定义的变量：对整个 http 块及其所有 server、location 子块可见；但若未赋值，访问时为空字符串
- 在 server 块中 set 定义的变量：对该 server 及其全部 location 可见；但在其他 server 中不可见（因变量名虽全局，但未定义即无值）
- 在 location 块中 set 定义的变量：仅在此 location 内有效；进入另一个 location 后该变量值不保留、也不自动传递
- 注意：内置变量（如 $host、$remote_addr）无需定义，始终存在，但值依赖当前请求上下文
proxy 相关变量：不预存，只在对应阶段动态计算
像 $proxy_host、$proxy_port、$proxy_add_x_forwarded_for 这类变量，并非配置时就确定值，而是在请求走到 proxy 处理阶段才实时生成：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- $proxy_host 和 $proxy_port 来源于
proxy_pass指令解析结果，发生在 rewrite 阶段之后、access 阶段之前；因此不能在 if 或 rewrite 规则里使用它们，此时值尚未产生 - $proxy_add_x_forwarded_for 在
proxy_set_header执行时求值，逻辑是“有原始 X-Forwarded-For 就追加 $remote_addr，否则直接用 $remote_addr”，该值只在此刻 header 设置时有效 - 所有 proxy 变量值都分配在当前请求的内存池（
r->pool）中，请求结束自动释放，不跨请求复用
自定义变量的可靠用法：显式构造 + 明确阶段控制
想让变量值稳定可用，不能依赖 proxy 变量的隐式行为，应主动在早期阶段构造确定值：
- 用
map指令在 http 块中预先映射出确定值，例如基于 $http_upgrade 设置 $connection_upgrade，这样它在任何阶段都能安全引用 - 在 rewrite 阶段用
set显式赋值，比如set $backend_url "http://127.0.0.1:8080$request_uri";，该值后续在 proxy_pass 或日志中均可使用 - 避免在 location 中反复 set 同名变量又未覆盖全路径——不同 location 的 set 是独立执行的，不会相互影响
生命周期本质：绑定请求，随请求生灭
Nginx 不维护变量的“长期状态”。每个请求创建时，ngx_http_request_t 结构体初始化，其中包含变量相关字段；变量值（字符串）按需分配在该请求的内存池中：
- 值的生命周期 = 当前请求的生命周期：从接收请求开始，到响应发送完毕、连接关闭为止
- 没有全局缓存、没有跨请求持久化；两个并发请求的 $proxy_host 值互不影响，哪怕指向同一 upstream
- 日志中的 $upstream_addr 等变量，直到 upstream 返回响应后才可获取，因为它依赖后端连接的实际结果
