nginx的location的優(yōu)先級和匹配方式
在http模塊中有server,server模塊中有l(wèi)ocation,location匹配的是uri
在一個(gè)server中,會(huì)有多個(gè)location,如何來確定匹配哪個(gè)location
niginx的正則表達(dá)式
^ 字符串的起始位置
$ 字符串的結(jié)束位置
* 匹配所有
+ 匹配前面的字符最少一次
? 匹配前面的字符0次或者1次
. 任意單個(gè)字符
{n} 連續(xù)重復(fù)出現(xiàn)n次
{n,m} 連續(xù)重復(fù)出現(xiàn)n到m次
[c] 匹配單個(gè)字符c
() 分組
| 或
location匹配的分類:
location /
location ~*
1、精確匹配location = /test{...}
完整的路徑,一個(gè)字不能少,一個(gè)字不能錯(cuò)
2、正則匹配location ~/{}
location ^~ 前綴匹配,以什么為開頭
location ~ 區(qū)分大小寫進(jìn)行匹配
location ~* 不區(qū)分大小寫進(jìn)行匹配
!~ 區(qū)分大小寫取反匹配
!~* 不區(qū)分大小寫取反匹配
3、一般匹配location /test{}
location匹配一旦匹配成功,就不再向下匹配
location匹配的優(yōu)先級
大致:【精確匹配 > 正則匹配 > 一般匹配】
具體:【location = 完整路徑 > location ^~ > location ~,~* > location /test > location /】
精確匹配,優(yōu)先級最高

其次是正則匹配

一般匹配優(yōu)先級最低
工作中配置location的原則:
1、網(wǎng)站首頁
(一般都是靜態(tài)頁面):都是精確匹配(匹配網(wǎng)站的根工作目錄)
location =/{
}2、處理靜態(tài)文件的請求
目錄匹配和后綴匹配
location ^~ /static {
}
location ~* \.{html|jpg|jpeg|gif|png} $ {
}3、一般規(guī)則
動(dòng)態(tài)請求,把動(dòng)態(tài)請求轉(zhuǎn)發(fā)到后端
location /{
proxy_pass http://tomcat_server;到此這篇關(guān)于nginx的location的優(yōu)先級和匹配方式的文章就介紹到這了,更多相關(guān)nginx location優(yōu)先級和匹配內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
nginx 代理域名到另外一個(gè)域名的實(shí)現(xiàn)方法
本文主要介紹了nginx 代理域名到另外一個(gè)域名的實(shí)現(xiàn)方法,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-05-05
linux查找當(dāng)前系統(tǒng)nginx路徑的兩種方法
工作中有很多服務(wù)器, 它們上面裝的 nginx 的路徑也太不相當(dāng), 當(dāng)我們拿到一個(gè)不熟悉的服務(wù)器時(shí), 我們怎么知道, 當(dāng)前運(yùn)行的nginx的目錄是哪一個(gè)呢,本文小編給大家介紹了兩種linux查找當(dāng)前系統(tǒng)nginx的路徑的方法,需要的朋友可以參考下2023-11-11
Nginx捕獲并自定義proxy_pass返回的錯(cuò)誤問題
這篇文章主要介紹了Nginx捕獲并自定義proxy_pass返回的錯(cuò)誤問題,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-06-06
Nginx設(shè)置目錄的訪問權(quán)限實(shí)現(xiàn)訪問靜態(tài)資源
遇到Permission denied錯(cuò)誤,通常是Nginx用戶權(quán)限不足,本文就來介紹一下Nginx設(shè)置目錄的訪問權(quán)限實(shí)現(xiàn)訪問靜態(tài)資源2024-10-10

