大家好，又见面了，我是你们的朋友全栈君。
作为一名PHPer，配置nginx是我们必会的技能项之一。但是当用户请求到达nginx之后，是如何匹配到对应的配置项的呢？
location语法规则
首先我们先了解下location的语法规则，location语法规则大致可以分为两类
一类是指定URL地址：
location [ = | ~ | ~* | ^~ ] uri {
...
}
复制代码另一类则是指定自定义名称：
location @name {
...
}
复制代码@name是对location设置的一个自定义名称，由@+自定义命名组成，一般用于try_files后面的内部请求，且自定义命名location中不可再嵌套自定义命名location
举例：
location @xuzheng{
...
}
复制代码location修饰符含义
上文我们提到location语法规则有一类是指定URL地址，其中运用了一些修饰符，下面我们看下这些修饰符的含义
1、 = 表示精确匹配。只有请求的url路径与后面的字符串完全相等时，才会命中。
举例：
location = / {
...
}
复制代码2、 ~ 表示该规则是使用正则定义的，区分大小写。
举例：
location ~ \.php$ {
...
}
复制代码3、 ~* 表示该规则是使用正则定义的，不区分大小写。
举例：
location ~* \.php$ {
...
}
复制代码4、^~ 是前缀匹配的一种，但是如果该符号后面的字符被匹配上，则被默认为最佳匹配，即采用该规则，不再进行后续的查找。
举例：
location ^~ /blogs {
...
}
复制代码location匹配优先级
最后，我们了解下location的查找规则。下面列出的location查找，从上到下的优先级为从高到低
1、等号类型，精确匹配
2、^~类型，前缀匹配，不支持正则，如果该符号后面的字符匹配被匹配上，则被默认为最佳匹配，不再继续往下查找
3、~和~*类型，正则匹配，~区分大小写，~*不区分大小写
4、前缀匹配类型，如location / {}（表示任何以/开头的URL都匹配）或location /user {}，只不过找到合适了还会继续往下找，直到找到最长匹配
注：使用正则匹配的规则时，顺序很重要，location只要找到第一个符合条件的配置规则就会停止查找，即使下面有更匹配的配置
总结
location匹配过程：
1、首先先检查使用前缀匹配（即字符串匹配）定义的location，选择最长匹配的项并记录下来
2、如果找到了精确匹配的location，也就是使用了=修饰符的location，结束查找，使用它的配置。如果没有找到合适精确匹配，则继续往下查找
3、如果找到了包含^~的前缀匹配，则停止查找，使用它定义的配置。如果没有找到合适的带^~符号的前缀匹配，则继续往下查找
4、如果找到了使用正则定义的location，则停止查找，使用它定义的配置。如果没有找到合适的正则匹配，则继续往下查找
5、使用前面记录的最长匹配前缀字符location。
转载于:https://juejin.im/post/5c8492b1e51d453ec256bf0b
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/106941.html原文链接：https://javaforall.net
