語法規則

location [=|~|~*|^~] /uri/ { … }

前綴匹配時，Nginx 不對 url 做編碼，因此請求為 /static/20%/aa ，可以被規則 ^~ /static/ /aa 匹配到（注意是空格）

多個 location 配置的情況下匹配順序為（參考資料而來，還未實際驗證，試試就知道了，不必拘泥，僅供參考）:

首先精確匹配 = 其次前綴匹配 ^~ 其次是按文件中順序的正則匹配 然后匹配不帶任何修飾的前綴匹配。 最后是交給 / 通用匹配 當有匹配成功時候，停止匹配，按當前匹配規則處理請求

注意：前綴匹配，如果有包含關系時，按最大匹配原則進行匹配。比如在前綴匹配： location /dir01 與 location /dir01/dir02 ，如有請求 http://localhost/dir01/dir02/file 將最終匹配到 location /dir01/dir02

例子，有如下匹配規則：

location = / {  echo "規則A";}location = /login {  echo "規則B";}location^~ /static/ {  echo "規則C";}location^~ /static/files {  echo "規則X";}location ~ /.(gif|jpg|png|js|css)$ {  echo "規則D";}location ~* /.png$ {  echo "規則E";}location /img {  echo "規則Y";}location / {  echo "規則F";}

那么產生的效果如下：

訪問根目錄 / ，比如 http://localhost/ 將匹配 規則A 訪問 http://localhost/login 將匹配 規則B ， http://localhost/register 則匹配 規則F 訪問 http://localhost/static/a.html 將匹配 規則C 訪問 http://localhost/static/files/a.exe 將匹配 規則X ，雖然 規則C 也能匹配到，但因為最大匹配原則，最終選中了 規則X 。你可以測試下，去掉規則 X ，則當前 URL 會匹配上 規則C 。 訪問 http://localhost/a.gif , http://localhost/b.jpg 將匹配 規則D 和 規則 E ，但是 規則 D 順序優先， 規則 E 不起作用，而 http://localhost/static/c.png 則優先匹配到 規則 C 訪問