Nginx 之 Location基礎理解及實戰
責編：admin ｜2015-02-09 17:14:40今天被坑了，由于對location不理解，這里總結一下，方便以后查看和學習。
語法規則： 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 ！~ .xhtml$ {
#規則F
}
location ！~* .xhtml$ {
#規則G
}
location / {
#規則H
}
那么產生的效果如下：
訪問根目錄/， 比如http：//localhost/ 將匹配規則A
訪問 http：//localhost/login 將匹配規則B，http：//localhost/register 則匹配規則H
訪問 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/a.xhtml 不會匹配規則F和規則G，http：//localhost/a.XHTML不會匹配規則G，因為不區分大小寫。規則F，規則G屬于排除法，符合匹配規則但是不會匹配到，所以想想看實際應用中哪里會用到。
訪問 http：//localhost/category/id/1111 則最終匹配到規則H，因為以上規則都不匹配，這個時候應該是nginx轉發請求給后端應用服務器，比如FastCGI（php），tomcat（jsp），nginx作為方向代理服務器存在。
實際應用中常用的幾個規則，如下面：
#直接匹配網站根，通過域名訪問網站首頁比較頻繁，使用這個會加速處理，官網如是說。#這里是直接轉發給后端應用服務器了，也可以是一個靜態首頁# 第一個必選規則
location = / {
proxy_pass http：//tomcat：8080/index
}
# 第二個必選規則是處理靜態文件請求，這是nginx作為http服務器的強項# 有兩種配置模式，目錄匹配或后綴匹配，任選其一或搭配使用
location ^~ /static/ {
# 請求/static/a.txt 將被映射到實際目錄文件： /webroot/res/static/a.txt
root /webroot/res/；
}
location ~* .(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/；
}
#第三個規則就是通用規則，用來轉發動態請求到后端應用服務器#非靜態文件請求就默認是動態請求，自己根據實際把握#畢竟目前的一些框架的流行，帶.php，.jsp后綴的情況很少了。
location / {
proxy_pass http：//tomcat：8080/
}
以上是基礎推薦配置，有一個補充，就是關于轉發有一點要注意。例如下面配置，對一個目錄轉發：
關鍵在于最后的/，訪問localhost/outer/in.html，其中case A 會轉發到tomcat：8080/in.html， 而case B 會轉發到 tomcat：8080/outer/in.html，所以務必注意了。