Nginx 的 location 指令的匹配规则

[color=#345286] Nginx 的 location 指令，允许对不同的 URI 进行不同的配置，既可以是字符串，也可以是正则表达式。使用正则表达式，须使用以下前缀：[/color]
[color=#345286] (1) [b]~*[/b], 表示不区分大小写的匹配。[/color]
[color=#345286] (2) [b]~[/b], 表示区分大小写的匹配。[/color]

[color=#345286] 对于非正则的匹配，即字符串匹配，有如下前缀：[/color]
[color=#345286] (1) [b]^~[/b], 表示匹配到字符串后，终止正则匹配。[/color]
[color=#345286] (2) [b]=[/b], 表示精确匹配。[/color]
[color=#345286] (3) [b]@[/b], 当然，这个也算不上字符串匹配。如果可以，你也可以将其理解成是正则匹配。它是一个命名标记，这种 location 不会用于正常的请求，它们通常只用于处理内部的重定向。[/color]

[color=#345286] 在匹配过程中，Nginx 将首先匹配字符串，然后匹配正则表达式。匹配到第一个正则表达式后，会停止搜索。如果匹配到正则表达式，则使用正则表达式的搜索结果，如果没有匹配到正则表达式，则使用字符串的搜索结果。[/color]

[color=#345286] 上面这段话的意思是说，有一个字符串和正则表达式均能匹配上，那么会使用正则表达式的搜索结果。这里，我们可以使用前缀 [b]"^~"[/b] 来禁止匹配到字符串后，继续检查正则表达式。匹配到 URI 后，将停止搜索。[/color]

[color=#345286] 使用前缀 [b]"="[/b] 可以进行精确的 URI 匹配，如果找到匹配的 URI，则停止搜索。"location = /" 只能匹配到 "/"，而 "/test.html" 则不能被匹配。[/color]

[color=#345286] 正则表达式的匹配，按照它们在配置文件中的顺序进行，写在前面的优先。[/color]

[color=#345286] 另外，前缀 [b]"@"[/b] 是一个命名标记，这种 location 不会用于正常的请求，它们通常只用于处理内部的重定向(例如：error_page, try_files)。[/color]

[color=#345286] 最后总结一下匹配的过程：[/color]
[color=#345286] (1) 前缀 [b]"="[/b] 先进行匹配，如果找到了，终止搜索。[/color]
[color=#345286] (2) 对所有其它 location 进行非正则的匹配，找到最精确匹配(对于 /blog/admin/ 这个 URI, location /blog 要比 location / 长，因此 location /blog 要比 location / 要精确)的那个。如果找到的这个是带 [b]"^~"[/b] 前缀的，则终止搜索并直接返回找到的这个，否则开始正则查找。[b]会不会出现所有的非正则匹配都无法匹配到 URI 呢，当然，你若不定义一个 location /，这种情况的确会发生，没关系啊，它会进行正则查找的。[/b][/color]
[color=#345286] (3) 正则查找，按照我们配置文件中配置的 location 顺序进行查找。[/color]
[color=#345286] (4) 如果正则查找匹配成功，则使用此正则匹配的 location，否则，使用第二步查找的结果。如果『否则』发生了，同时，第二步中的粗体字部分的假设的情况也发生了，怎么办？404 会等着你的。[/color]