标识符 | 描述 |
---|---|
= | 精确匹配;用于标准uri前,要求请求字符串和uri严格匹配。若是匹配成功,就中止匹配,当即执行该location里面的请求。 |
~ | 正则匹配;用于正则uri前,表示uri里面包含正则,而且区分大小写。 |
~* | 正则匹配;用于正则uri前,表示uri里面包含正则,不区分大小写。 |
^~ | 非正则匹配;用于标准uri前,nginx服务器匹配到前缀最多的uri后就结束,该模式匹配成功后,不会使用正则匹配。 |
无 | 普通匹配(最长字符匹配);与location顺序无关,是按照匹配的长短来取匹配结果。若彻底匹配,就中止匹配。 |
备注:css
一、若是uri里面包含正则表达式,就必须使用~或~*标识符;nginx
二、针对~和~*匹配标识符,能够在前面加上!来取反,以下:正则表达式
!~表示正则不匹配,区分大小写。服务器
!~*表示正则不匹配,不区分大小写。code
location = /login { # 精确匹配 /login ,匹配成功后,当即结束 }
location ~ /images/ { #正则匹配,区分大小写,匹配成功后,当即结束 }
location ~* /images/ { #正则匹配,不区分大小写,匹配成功后,当即结束 }
location ^~ /images/ { # 匹配任何以 /images/ 开头的地址,匹配符合之后,中止往下搜索正则,采用这一条。 }
location /blog/ { # 与location顺序无关 # 若彻底匹配成功,就不在继续匹配,不然还会进行正则匹配 }
在没有标识符的请求下,匹配规则以下:server
一、nginx服务器首先在server块的多个location块中搜索是否有标准的uri和请求字符串匹配。若是有多个标准uri能够匹配,就匹配其中匹配度最高的一个location。blog
二、而后,nginx在使用location块中,正则uri和请求字符串,进行匹配。若是正则匹配成功,则结束匹配,并使用这个location处理请求;若是正则匹配失败,则使用标准uri中,匹配度最高的location。字符串
备注:io
一、若是有精确匹配,会先进行精确匹配,匹配成功,马上返回结果。table
二、普通匹配与顺序无关,由于按照匹配的长短来取匹配结果。
三、正则匹配与顺序有关,由于是从上往下匹配。(首先匹配,就结束解析过程)
四、在location中,有一种统配的location,全部的请求,均可以匹配,以下:
location / { # 由于全部的地址都以 / 开头,因此这条规则将匹配到全部请求 # 可是正则和最长字符串会优先匹配 }
结合标识符,匹配顺序以下:
(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (location /)
即:
(精确匹配)> (最长字符串匹配,但彻底匹配) >(非正则匹配)>(正则匹配)>(最长字符串匹配,不彻底匹配)>(location通配)
location = / { //精确匹配/ ,主机名后面不能带任何字符串 echo "规则A"; } location = /login { //精确匹配 /login 开头的地址,匹配符合之后,不在继续往下搜索 echo "规则B"; } location ^~ /blog/ { //非正则匹配,匹配/blog/后,中止往下搜索正则,采用这一条 echo "规则C"; } location ~ \.(gif|jpg|png|js|css)$ { //区分大小写的正则匹配 若匹配成功,中止往下搜索正则,采用这一条 echo "规则D"; } location ~* \.png$ { //区分大小写的正则匹配 ,中止往下搜索正则,采用这一条 echo "规则E"; } location / { //由于全部的地址都以 / 开头,因此这条规则将匹配到全部请求 //若是没任何规则匹配上,就采用这条规则 echo "规则F"; } location /blog/detail { //最长字符串匹配,若彻底匹配成功,就不在继续匹配,不然还会进行正则匹配 echo "规则G"; } location /images { //最长字符串匹配,同上 echo "规则Y"; } location ^~ /static/files { //非正则匹配,若匹配成功,就不在继续匹配 echo "规则X"; }