Nginx之location的匹配規則
阿新 • • 發佈:2018-12-10
一、語法規則
location [=|~|~*|^~] /uri/ { … }
符號 | 含義 |
---|---|
= |
開頭表示精確匹配 |
^~ |
開頭表示 uri 以某個常規字串開頭,理解為匹配 url 路徑即可。nginx 不對 url 做編碼,因此請求為/static/20%/aa ,可以被規則^~ /static/ /aa 匹配到(注意是空格) |
~ |
開頭表示區分大小寫的正則匹配 |
~ * |
開頭表示不區分大小寫的正則匹配 |
/ |
通用匹配,任何請求都會匹配到 |
多個 location 配置的情況下匹配順序為
- 首先匹配
=
- 其次匹配
^~
- 其次是按檔案中順序的正則匹配
- 最後是交給 / 通用匹配
- 當有匹配成功時候,停止匹配,按當前匹配規則處理請求
location = / { #規則A } location = /login { #規則B } location ^~ /static/ { #規則C } location ~ \.(gif|jpg|png|js|css)$ { #規則D } location ~* \.png$ { #規則E } location / { #規則F }
那麼產生的效果如下: 訪問根目錄 /, 比如 http://localhost/ 將匹配規則 A 訪問 http://localhost/login 將匹配規則 B,http://localhost/register 則匹配規則 F 訪問 http://localhost/static/a.html 將匹配規則 C 訪問 http://localhost/a.gif, http://localhost/b.jpg 將匹配規則 D和規則 E,但是規則 D 順序優先,規則 E不起作用,而 http://localhost/static/c.png則優先匹配到規則 C 訪問 http://localhost/a.PNG 則匹配規則 E,而不會匹配規則 D,因為規則 E 不區分大小寫 訪問 http://localhost/category/id/1111 則最終匹配到規則 F,因為以上規則都不匹配,這個時候應該是 nginx 轉發請求給後端應用伺服器,比如 FastCGI(PHP),tomcat(jsp),nginx 作為反向代理伺服器存在
二、運用場景
實際使用中,至少有三個匹配規則定義,如下:
# 直接匹配網站根,通過域名訪問網站首頁比較頻繁,使用這個會加速處理,官網如是說。 # 這裡是直接轉發給後端應用伺服器了,也可以是一個靜態首頁 # 第一個必選規則 location = / { proxy_pass http://tomcat:8080/index } # 第二個必選規則是處理靜態檔案請求,這是 nginx 作為 http 伺服器的強項 # 有兩種配置模式,目錄匹配或字尾匹配,任選其一或搭配使用 location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; } # 第三個規則就是通用規則,用來轉發動態請求到後端應用伺服器 # 非靜態檔案請求就預設是動態請求,自己根據實際把握 # 畢竟目前的一些框架的流行,帶.php、.jsp字尾的情況很少了 location / { proxy_pass http://tomcat:8080/ }