Location語法

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

= 開頭表示精確匹配

^~ 開頭表示uri以某個常規字符串開頭，理解為匹配 url路徑即可。Nginx不對url做編碼，因此請求為/static/20%/aa，可以被規則^~ /static/ /aa匹配到（注意是空格）。

~ 開頭表示區分大小寫的正則匹配

~* 開頭表示不區分大小寫的正則匹配

!~和!~*分別為區分大小寫不匹配及不區分大小寫不匹配 的正則

/ 通用匹配，任何請求都會匹配到。

1、精準匹配和一般匹配

如圖：

請求URL：http://192.168.60.106/zg/ 訪問時匹配的是：=/zg/

2、精準匹配和一般匹配，uri后面不帶“/”匹配

如圖：

請求URL：http://192.168.60.106/zg/ 訪問時匹配的是：/zg

3、精準匹配和一般匹配，uri前面和后面都不帶“/”

如圖：

請求URL：http://192.168.60.106/zg/ 訪問時匹配的是：= zg

4、精準匹配和一般匹配，uri帶"/"和不帶"/"匹配

如圖：

請求URL：http://192.168.60.106/zg/ 訪問時匹配的是：/zg/ 順序換也是一樣

綜上所述：路徑相同時的精準匹配優先，必須是滿足/uri/或者uri，要么uri兩邊都加/，要么uri兩邊都不加斜桿的情況

5、一般匹配時的匹配規則

在html下創建file,lfile文件夾，然后在file下創建images文件夾，在images下創建aa文件夾，在lfile下創建images文件夾，接著在images下創建aa文件夾，然后同時在兩個aa文件夾下導入test.jpg圖片，這樣file和lfile下都有images/aa路徑

請求url：http://192.168.60.106/images/aa/test.jpg，既能匹配/images/,又能匹配/images/aa，這時以最長uri匹配優先，匹配的是：/images/aa

6、^~開頭的非正則匹配和一般匹配

^~代表非正則匹配，非正則，不需要繼續正則匹配。

如圖：

^~:如果這個匹配使用^?前綴，搜索停止。這個前綴官網和網上都說得很含糊，加上這個前綴，是會停止搜索正則匹配，但是對一般匹配是不會停止的，也就是說還是可以匹配到一般匹配的。

請求url： http://192.168.60.106/images/aa/test.jpg，匹配結果：/images/aa/

7、^~開頭的非正則匹配和正則匹配

~ 開頭表示區分大小寫的正則匹配

請求url： http://192.168.60.106/images/aa/test.jpg，匹配結果：^~/images/

8、嚴格精準匹配和正則匹配

如圖：

嚴格精準匹配，如果被嚴格精準匹配到了，則不會繼續搜索正則匹配

如果http://192.168.60.106,這個就嚴格精準匹配到了 /,則不會繼續匹配 ~ .html$

如果：http://192.168.60.106/index.html，則會被/ 匹配到，但是不是嚴格精準匹配，則會繼續搜索正則匹配

9、正則匹配規則

都是正則uri的情況下，匹配是按照編輯順序的

請求URL：http://192.168.60.106/prefix/index.html，會優先匹配前面定義的location。

10、@開頭的uri

如圖：

@開頭的，如果請求的 URI 存在，則本 nginx 返回對應的頁面；如果不存在，則把請求代理到baidu.com 上去做個彌補，其實就是做了一個容錯，把找不到的url全部轉發到fallback的反向代理服務器去。

最后總結：

1. 先判斷精準命中，如果命中，立即返回結果并結束解析過程

2. 判斷普通命中，如果有多個命中，記錄下來最長的命中結果

3、如果是^~開頭的命中，則不會繼續搜索正則命中，但是會繼續搜索一般命中

4. 繼續判斷正則表達式的解析結果，按配置里的正則表達式順序為準，由上到下開始匹配，一旦匹配成功立刻返回結果，并結束解析過程。

延伸分析：a. 普通命中：順序無所謂，是因為按命中長短來確定的 b. 正則命中：順序有所謂，因為是從前往后命中的

版權聲明：本文為CSDN博主「黃山技術猿」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處鏈接及本聲明。

原文鏈接：https://blog.csdn.net/luoyang_JAVA/article/details/83507193