作为一名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。