Nginx 中 nginx.conf 变量在 location 块中的传递机制

能，nginx.conf中变量在location块中能否使用取决于定义位置和作用域规则：http/server块定义的变量可被子location读取，location内定义的变量仅限本块及子请求；内置变量如$arg_xxx天然可用；内部跳转共享变量副本，map变量按请求缓存。

nginx.conf 中定义的变量在 location 块中能否使用，不取决于“传递”，而取决于变量的定义位置和作用域规则。Nginx 变量本身没有跨 location “传递”这一动作——只要变量在当前请求处理上下文中可见、且已定义，就能直接读取。

变量作用域遵循配置层级继承

变量在 http、server 或 location 块中定义时，其可见性由 Nginx 的配置块嵌套关系决定：

• http 块里用 set $var value 定义的变量，对所有下属 server 和 location 均可读写（只要未被同名变量覆盖）
• server 块中定义的变量，可在该 server 下所有 location 中访问
• location 内定义的变量，仅在该 location 及其内部子请求（如 auth_request、echo_exec）中有效
• 父块定义的变量，在子块中可读；但子块定义的变量，父块无法访问

动态变量（如 $arg_xxx、$uri）无需定义，天然可用

这类内置变量不是靠配置“声明”出来的，而是由 Nginx 在请求解析阶段实时生成，生命周期绑定当前请求：

• $args、$request_uri、$uri 等始终存在，任何 location 都能直接引用
• $arg_name 是“惰性求值”的未索引变量：只有真正读取时才去解析 URL 参数，不占用预分配内存
• 像 $cookie_sessionid、$http_user_agent 同理，只要请求头或 Cookie 存在对应字段，就可直接使用

内部跳转（如 auth_request、rewrite）仍共享同一变量副本

当一个请求在处理过程中发生内部重定向（比如 auth_request /auth），它并未新建请求上下文，而是延续原请求的变量容器：

• 在主 location 中 set $token abc，后续 auth-request 的子请求也能读到 $token
• 子请求中修改变量（如 set $token def），会影响主请求后续阶段对该变量的读取
• 这与 HTTP 外部重定向（301/302）完全不同——后者是全新请求，变量全部重置

map 模块变量支持缓存，但仍是请求级生命周期

map 创建的变量（如 map $arg_v $video_type { ... }）属于“惰性计算 + 缓存”类型：

• 首次读取时触发映射逻辑，结果缓存在当前请求上下文中
• 同一请求内多次读取该变量，直接返回缓存值，不再重复解析
• 缓存不跨请求，也不跨 location —— 它依附于当前请求对象，而非 location 块