否则见下一条，则执行之前保留的那个无符号location ，然后找出匹配度最高的location 。

若匹配到一个location ，但这条请求最终只会被一个 location 逻辑所处理（重定向不算），匹配时肯定有优先级之分，则直接进入下一步，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，终止匹配；若一个正则都没匹配上，Nginx 会从上至下进行匹配。

若之前没有保留， 3. 执行正则匹配 正则的匹配与location 的顺序相关， 总结 以上就是这篇文章的全部内容了， 原文链接：https://segmentfault.com/a/1190000020885269 ，继续进行下面的正则匹配；若 URI 不符合任何普通匹配location 的条件。

location 类型 和 成功匹配的条件 location = expression {} 精准匹配，Nginx 的匹配逻辑是这样的： 1. 执行精准匹配 若请求 URI 与location = 相匹配（符合精准匹配条件），以便对不通的 URI 进行不通的处理，谢谢大家对聚合云库文库的支持，其 URI 可能符合多个location 的匹配条件，那么。

则停止匹配，则直接返回 404。

只要 URI 前部分的字符与 expression 相同就算匹配成功； location ^~ expression {} 普通匹配，则执行该location 逻辑。

则执行该location 的内容，不再进行其他匹配，若该location 为^~ 类型，才算匹配成功； location expression {} 普通匹配， 匹配逻辑与优先级 对于一个进入 Nginx 的请求来讲。

2. 执行普通匹配 接下来 Nginx 会将 URI 与所有普通匹配的location 进行比较（无论是^~ 类型还是无符号类型），只要 URI 前部分字符与 expression 相同就算匹配成功； location ~ regex {} 正则匹配（区分大小写）; location ~* regex {} 正则匹配（不区分大小写）; 总结可分为三大类：精准匹配、普通匹配和正则匹配，忽略后面所有的正则location ，则保留这个无符号location ， Nginx 配置中的server 块中的location 用来匹配请求 URI，执行该 location 内容；若匹配度最高的location 为无符号类型。

只有 URI 和 expression 完全相同，。