关于rewrite last标识问题

iamshixu

各位大大，好

      那么问题来了，简单描述下我的疑惑：（我翻阅了网上好多资料都感觉这块没解释清晰）

      例：以下这段rewrite会导致死循环，但具体last标识导致死循环的顺序如何理解?? 顺便补充下我的疑惑是 通过正则表达式“^/abc/(.*)\.html$ ---> 指向目标/abc/index.html地址，接着/abc/index.html在根据location /abc/重新匹配，但是再接下去具体怎么理解会导致死循环呢? 难道是已经在第一轮正则匹配指向/abc/index.html 再次匹配正则表达式吗? 最后，以nginx的特性在若干次尝试失败后至系统显示HTTP 500错误提示。

　　location /abc/ {
　　rewrite “^/abc/(.*)\.html$” /abc/index.html last;
　　}

      同时，引入另一个问题参照如下，以下的rewrite为什么没有死循环，他的具体匹配顺序怎么理解?

      例：用户访问地址为/abc/11-22-33.html重写后真实地址为
　　/abc/11/22/33.html
　　location /abc/ {
　　rewrite /abc/([0-9]+)-([0-9]+)-([0-9]+).html /abc/$1/$2/$3.html last;
　　}

      新人求教，万分感谢！

iamshixu

对于上述第二个实例即“11-22-33”转换成访问地址“11/22/33”，我的理解是：如果我第一次location+正则表达式成功处理后 跳转至abc/11/22/33.html，接着，因为是last标识，再次返回到location匹配，但正则表达式不一致，所以，终止跳出循环。

不胜求教，多谢！

zerostudy

1. http ://blog.csdn.net/yanook/article/details/10049117
   
2. last其实就相当于一个新的url，对nginx进行了一次请求，需要走一遍大多数的处理过程，最重要的是会做一次find config，提供了一个可以转到其他location的配置中处理的机会，而break则是在一个请求处理过程中将原来的url(包括uri和args)改写之后，在继续进行后面的处理，这个重写之后的请求始终都是在同一个location中处理。
   

复制代码

1. 　location /abc/ {
   
2. 　　rewrite “^/abc/(.*)\.html$” /abc/index.html last;
   
3. 　　}

复制代码

假设请求/abc/a.html时，他会匹配location中的 “^/abc/(.*)\.html$” ，然后重写到/abc/index.html ，由于last相当一个新的url，所以再进行一次请求，此时/abc/index.html又与 “^/abc/(.*)\.html$” 这个匹配上了，重复上面的动作，所以死循环了。

估计是这样理解吧。

就是和你二楼说的一个道理。

iamshixu

回复 3# zerostudy

感谢您的回复，已收悉!