Nginx基础教程（60）Nginx变量运行机制：Nginx变量：你以为它是老实人？其实它是个“戏精”！

嘿，伙计们！今天咱们不聊Nginx怎么反向代理、怎么负载均衡这些“面子工程”，咱们来扒一扒它骨子里的东西——变量运行机制。

你可能会想：“变量？不就$host， $remote_addr这些吗？拿来用不就完了？”

如果你真这么想，那恭喜你，你已经成功掉进了Nginx为你埋下的“思维陷阱”。Nginx变量，表面上看起来人畜无害，像个老实巴交的仓库管理员，你问它要什么，它就给什么。但当你试图跟它深入交流，玩点高级操作时，它会瞬间变身“戏精”，用各种匪夷所思的行为让你怀疑人生。

今天，我的任务就是把你培养成能看透这一切的“导演”，让这些“戏精”变量乖乖听你的话。

第一幕：初识“戏精”——变量的两大天条

在深入“片场”之前，咱们得先立下两条天条，这是理解一切怪异行为的基石。

天条一：变量没有“类型”，只有“字符串”

是的，你没看错。在Nginx的世界里，没有整数、浮点数、布尔值这些花里胡哨的概念。一切皆是字符串。123是字符串“123”，“hello”是字符串“hello”。这直接导致了后续很多“魔法”般的操作和坑。

天条二：变量的值是“惰性求值”且“依赖上下文”的

这是“戏精”本性的核心！一个变量值并不是在配置文件加载时就确定了的，而是在它被使用的那一刻，根据当前的请求上下文动态计算出来的。

这就好比一个演员，他没戏份的时候就闲着（惰性），一旦镜头对准他（被使用），他才开始根据剧本（配置指令）和当前剧情发展（请求阶段）来表演（求值）。

第二幕：潜入“片场”——Nginx的十一个核心“拍摄阶段”

想知道变量什么时候“演戏”，你必须熟悉Nginx处理一个请求的“拍摄时间表”，也就是它的处理阶段。这是成为“导演”的必修课。按顺序，主要阶段有：

1. POST_READ： 读完请求头，第一眼看到客户。
2. SERVER_REWRITE： 在server级别重写URI。
3. FIND_CONFIG： 寻找匹配的location块。（这个阶段比较特殊，一般不动）
4. REWRITE： 重头戏！ 在location级别重写URI。这是我们用rewrite指令和set指令修改变量的主战场之一。
5. POST_REWRITE： 重写后的收尾工作。
6. PREACCESS： 访问控制前，比如限流。
7. ACCESS： 权限检查，比如检查用户是否能访问。
8. POST_ACCESS