轉自:NingG 我的博客
https://ningg.top/nginx-serie...
nginx 反向代理,路徑映射的過程是什麼?如何配置路徑映射規則?
2.1 匹配規則: html
location 路徑正則匹配: nginx
2.2 匹配優先級: 正則表達式
路徑匹配,優先級:(跟 location 的書寫順序關係不大)segmentfault
=
前綴的指令嚴格匹配這個查詢。app
若是找到,中止搜索。spa
全部剩下的常規字符串,最長的匹配。代理
若是這個匹配使用^〜
前綴,搜索中止。code
正則表達式,在配置文件中定義的順序,匹配到一個結果,搜索中止;htm
若是第3條規則產生匹配的話,結果被使用。blog
不然,如同從第2條規則被使用。
經過一個實例,簡單說明一下匹配優先級:
location = / { # 精確匹配 / ,主機名後面不能帶任何字符串 [ configuration A ] } location / { # 由於全部的地址都以 / 開頭,因此這條規則將匹配到全部請求 # 可是正則和最長字符串會優先匹配 [ configuration B ] } location /documents/ { # 匹配任何以 /documents/ 開頭的地址,匹配符合之後,還要繼續往下搜索 # 只有後面的正則表達式沒有匹配到時,這一條纔會採用這一條 [ configuration C ] } location ~ /documents/Abc { # 匹配任何以 /documents/ 開頭的地址,匹配符合之後,還要繼續往下搜索 # 只有後面的正則表達式沒有匹配到時,這一條纔會採用這一條 [ configuration CC ] } location ^~ /images/ { # 匹配任何以 /images/ 開頭的地址,匹配符合之後,中止往下搜索正則,採用這一條。 [ configuration D ] } location ~* \.(gif|jpg|jpeg)$ { # 匹配全部以 gif,jpg或jpeg 結尾的請求 # 然而,全部請求 /images/ 下的圖片會被 config D 處理,由於 ^~ 到達不了這一條正則 [ configuration E ] } location /images/ { # 字符匹配到 /images/,繼續往下,會發現 ^~ 存在 [ configuration F ] } location /images/abc { # 最長字符匹配到 /images/abc,繼續往下,會發現 ^~ 存在 # F與G的放置順序是沒有關係的 [ configuration G ] } location ~ /images/abc/ { # 只有去掉 config D 纔有效:先最長匹配 config G 開頭的地址,繼續往下搜索,匹配到這一條正則,採用 [ configuration H ] } location ~* /js/.*/\.js
按照上面的location寫法,如下的匹配示例成立:
/
-> config A:精確徹底匹配,即便/index.html也匹配不了
/downloads/download.html
-> config B:匹配B之後,往下沒有任何匹配,採用B
/images/1.gif
-> configuration D:匹配到F,往下匹配到D,中止往下
/images/abc/def
-> config D:最長匹配到G,往下匹配D,中止往下你能夠看到 任何以/images/開頭的都會匹配到D並中止,FG寫在這裏是沒有任何意義的,H是永遠輪不到的,這裏只是爲了說明匹配順序
/documents/document.html
-> config C:匹配到C,往下沒有任何匹配,採用C
/documents/1.jpg
-> configuration E:匹配到C,往下正則匹配到E
/documents/Abc.jpg
-> config CC:最長匹配到C,往下正則順序匹配到CC,不會往下到E
若有錯誤或其它問題,歡迎小夥伴留言評論、指正。若有幫助,歡迎點贊+轉發分享。
歡迎你們關注民工哥的公衆號:民工哥技術之路