轉http://www.tuicool.com/articles/Jr63qy
語法規則： 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，所以務必注意了。
以上就介紹了 nginx之location基礎配置及location最佳實踐，包括了方面的內容，希望對PHP教程有興趣的朋友有所幫助。
