精确的位置匹配如何在 nginx 中工作？

Question

在下面的代码中，索引指令将page1.htm 添加到/ 请求中。所以我希望 http://DOMAIN 的完全匹配将由第二个位置块而不是第一个匹配。

index page1.htm;

location = /
    {
    rewrite / /page2.htm;
    }

location = /page1.htm
    {
    rewrite /page1.htm /page3.htm;
    }

但这是第一个匹配的位置。 http://DOMAIN 给我page2.htm 和http://DOMAIN/page1.htm 给我page3.htm.

= 前缀支持哪种精确匹配？

我浏览了很多文档，但我不清楚这里发生了什么。如果第一个位置被删除，那么http://DOMAIN 给我page3.htm 所以它似乎在尝试位置匹配之前使用索引。那么在上述情况下，为什么在应用索引后uri变为/page1.htm时location = /匹配？

是否先在未应用索引的情况下测试位置，然后仅在不匹配时才在应用索引的情况下再次测试它们？

Answer 1

nginx documentation 对此非常清楚：

位置可以由前缀字符串或正则表达式定义。正则表达式使用前面的“~*”修饰符（用于不区分大小写的匹配）或“~”修饰符（用于区分大小写的匹配）指定。为了找到与给定请求匹配的位置，nginx 首先检查使用前缀字符串（前缀位置）定义的位置。其中，匹配前缀最长的位置被选中并记忆。然后按照它们在配置文件中出现的顺序检查正则表达式。正则表达式的搜索在第一次匹配时终止，并使用相应的配置。如果找不到与正则表达式的匹配项，则使用前面记住的前缀位置的配置。

...

此外，使用“=”修饰符可以定义 URI 和位置的精确匹配。如果找到完全匹配，则搜索终止。

Answer 2

我发布答案以防其他人正在研究这个相当晦涩的问题。进一步的测试揭示了以下内容：

1. 当 uri 到达服务器块时，它会通过 没有应用任何index 指令的位置。

2. 如果生成的路径解析为有效目录，并且存在index 指令，则索引中的文件名按顺序排列 附加到路径并测试是否存在有效文件。

3. 如果第 2 步导致路径发生更改（通过添加存在的索引文件名），则使用新路径再次解析位置。

Answer 3

URL http://example.com 和 http://example.com/ 实际上对于 HTTP 是完全一样的。两者都将发送为

GET / HTTP/1.1
Host: example.com
... other headers

意味着路径部分永远不会为空，并且总是以斜杠/ 开头。在这种情况下，很明显，您对http://example.com 的请求以page2.htm 结束。

分步：

1. Nginx 找到完全匹配 / 并将请求重写为 /page2.htm
2. 没有位置匹配 /page2.htm 所以 nginx 只是提供静态文件。

您可以看到这里从未使用过 index。