在使用nginx配置rewrite中經(jīng)常會(huì)遇到有的地方用last并不能工作，換成break就可以，其中的原理是對(duì)于根目錄的理解有所區(qū)別，按我的測試結(jié)果大致是這樣的。

location /  
{  
  proxy_pass http://test;  
  alias /home/html/;  
  root /home/html;  
  rewrite "^/a/(.*)\.html$" /1.html last;  
} 

在location / { 配置里：
1、使用root指定源：使用last和break都可以
2、使用proxy_pass指定源：使用last和break都可以
3、使用alias指定源：必須使用last
在location /a/或使用正則的location ~ ^/a/里：
1、使用root指定源：使用last和break都可以
2、使用proxy_pass指定源：使用break和last結(jié)果有所區(qū)別
3、使用alias指定源：必須使用last
其中區(qū)別主要在proxy_pass這個(gè)標(biāo)簽上，再看看幾個(gè)測試結(jié)果：

location /  
{  
  root /home/html;  
}  
 
location /a/  
{  
  proxy_pass http://test;  
  rewrite "^/a/(.*)\.html$" /1.html last;  
} 

在這段配置里，使用last訪問是可以訪問到東西的，不過，它出來的結(jié)果是：/home/html/1.html；可我需要的是http://test/1.html？使用break就可以了。

location /  
{  
  root /home/html;  
}  
  
location /a/  
{  
  proxy_pass http://test;  
  rewrite "^/a/(.*)\.html$" /a/1.html last;  
} 

在這段配置里，返回錯(cuò)誤，因?yàn)閘ast會(huì)重新發(fā)起請(qǐng)求匹配，所以造成了一個(gè)死循環(huán)，使用break就可以訪問到http://test/a/1.html。
所以，使用last會(huì)對(duì)server標(biāo)簽重新發(fā)起請(qǐng)求，而break就直接使用當(dāng)前的location中的數(shù)據(jù)源來訪問，要視情況加以使用。一般在非根的location中配置rewrite，都是用的break；而根的location使用last比較好，因?yàn)槿绻渲昧薴astcgi或代理訪問jsp文件的話，在根location下用break是訪問不到。測試到rewrite有問題的時(shí)候，也不妨把這兩者換換試試。
至于使用alias時(shí)為什么必須用last，估計(jì)是nginx本身就限定了的，怎么嘗試break都不能成功。

所以我們?cè)賮砝斫鈒ast與break的區(qū)別：
last： 停止當(dāng)前這個(gè)請(qǐng)求，并根據(jù)rewrite匹配的規(guī)則重新發(fā)起一個(gè)請(qǐng)求。新請(qǐng)求又從第一階段開始執(zhí)行…
break：相對(duì)last，break并不會(huì)重新發(fā)起一個(gè)請(qǐng)求，只是跳過當(dāng)前的rewrite階段，并執(zhí)行本請(qǐng)求后續(xù)的執(zhí)行階段…
 
我們?cè)賮砜匆粋€(gè)例子：

server {
  listen 80 default_server;
  server_name dcshi.com;
  root www;

  location /break/ {
    rewrite ^/break/(.*) /test/$1 break;
    echo "break page";
  } 

  location /last/ {
     rewrite ^/last/(.*) /test/$1 last;
     echo "last page";
  }  

  location /test/ {
    echo "test page";
  }
}

請(qǐng)求:http://dcshi.com/break/***
輸出: break page
分析：正如上面討論所說，break是跳過當(dāng)前請(qǐng)求的rewrite階段，并繼續(xù)執(zhí)行本請(qǐng)求的其他階段，很明顯，對(duì)于/foo 對(duì)應(yīng)的content階段的輸出為 echo “break page”; (content階段，可以簡單理解為產(chǎn)生數(shù)據(jù)輸出的階段，如返回靜態(tài)頁面內(nèi)容也是在content階段；echo指令也是運(yùn)行在content階段，一般情況下content階段只能對(duì)應(yīng)一個(gè)輸出指令，如同一個(gè)location配置兩個(gè)echo，最終只會(huì)有一個(gè)echo指令被執(zhí)行)；當(dāng)然如果你把/break/里的echo 指令注釋，然后再次訪問/break/xx會(huì)報(bào)404，這也跟我們預(yù)期一樣：雖然/break/xx被重定向到/test/xx,但是break指令不會(huì)重新開啟一個(gè)新的請(qǐng)求繼續(xù)匹配，所以nginx是不會(huì)匹配到下面的/test/這個(gè)location；在echo指令被注釋的情況下，/break/ 這location里只能執(zhí)行nginx默認(rèn)的content指令，即嘗試找/test/xx這個(gè)html頁面并輸出起內(nèi)容，事實(shí)上，這個(gè)頁面不存在，所以會(huì)報(bào)404的錯(cuò)誤。

最新評(píng)論