[TOC] ~~~ 模式 含義 location = /uri = 表示精確匹配只有完全相等才會匹配成功 location ^~ /uri ^~ 表示對路由進行前綴匹配 location ~ /uri ~ 表示對路由進行正則匹配 location ~* /uri ~* 表示對路由進行不區分大小寫的正則匹配 location /uri 不帶任何修飾符也表示前綴匹配 location / 默認匹配，任何沒有匹配到的uri ~~~ 多個 location 配置的情況下匹配順序為(匹配到某一等級就結束，同一規則時匹配長度長的優先): 首先精確匹配 `=` 其次前綴匹配 `^~` 其次是按文件中順序的正則匹配 然后匹配不帶任何修飾的前綴匹配。 最后是交給 / 通用匹配 當有匹配成功時候，停止匹配，按當前匹配規則處理請求 例子： ~~~ 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"; } ~~~ 測試uri及nginx結果: 1. 訪問根目錄 /，比如 http://localhost/ 將匹配 規則A 2. 訪問 http://localhost/login 將匹配 規則B，http://localhost/register 則匹配 規則F 3. 訪問 http://localhost/static/a.html 將匹配 規則C 4. 訪問 http://localhost/static/files/a.exe 將匹配 規則X，雖然 規則C 也能匹配到，但因為最大匹配原則，最中選中了 規則X。你可以測試下，去掉規則 X ，則當前 URL 會匹配上 規則C。 5. 訪問 http://localhost/a.gif, http://localhost/b.jpg 將匹配 規則D 和 規則 E ，但是 規則 D 順序優先，規則 E 不起作用，而 http://localhost/static/c.png 則優先匹配到 規則 C 6. 訪問 http://localhost/a.PNG 則匹配 規則 E ，而不會匹配 規則 D ，因為 規則 E 不區分大小寫。 7. 訪問 http://localhost/img/a.gif 會匹配上 規則D,雖然 規則Y 也可以匹配上，但是因為正則匹配優先，而忽略了 規則Y。 8. 訪問 http://localhost/img/a.tiff 會匹配上 規則Y。