流 年

一、rewrite基本知识

在server块下，会优先执行rewrite部分，然后才会去匹配location块 server中的rewrite break和last没什么区别，都会去匹配location，所以没必要用last再发起新的请求，可以留空 location中的rewirte：

不写last和break - 那么流程就是依次执行这些rewrite

1. rewrite break - url重写后，直接使用当前资源，不再执行location里余下的语句，完成本次请求，地址栏url不变
2. rewrite last - url重写后，马上发起一个新的请求，再次进入server块，重试location匹配，超过10次匹配不到报500错误，地址栏url不变
3. rewrite redirect – 返回302临时重定向，地址栏显示重定向后的url，爬虫不会更新url（因为是临时）
4. rewrite permanent – 返回301永久重定向, 地址栏显示重定向后的url，爬虫更新url 使用last会对server标签重新发起请求

如果location中rewrite后是对静态资源的请求，不需要再进行其他匹配，一般要使用break或不写，直接使用当前location中的数据源，完成本次请求 如果location中rewrite后，还需要进行其他处理，如动态fastcgi请求(.php,.jsp)等，要用last继续发起新的请求 (根的location使用last比较好, 因为如果有.php等fastcgi请求还要继续处理) 使用alias指定源：必须使用last

if语句主要用来判断一些在rewrite语句中无法直接匹配的条件,比如检测文件存在与否,http header,cookie等

location匹配规则及优先级

= 严格匹配这个查询。如果找到，停止搜索。

^~ 匹配路径的前缀，如果找到，停止搜索。

~ 为区分大小写的正则匹配

~* 为不区分大小写匹配

优先级： =, ^~, ~/~*, 无

break语句

放在server块rewrite语句前面 如果是直接请求某个真实存在的文件,则用break语句停止rewrite检查 if (-f $request_filename) { break; }

二、遇到的那些坑

** nginx rewrite 会直接匹配问号之前的内容，问号后面的内容会直接添加rewrite**

这会导致：

1、rewrite 写类似这种带get参数的正则表达式： ^/xxx/xxx/?a=123&b=456$ 是不会被匹配到的，注意上面已经解释了，因为： “rewrite只匹配问号之前的内容”。

2、 它会把以前get参数带到重定向后的url里，这会对url规则要求高的web会造成影响，应该在rewrite 重定向后的url上带上？后缀，避免重定向后的url多余的get参数，例如：

if ($query_string ~* "id=123$") {
   rewrite ^(.*) http://aaa.bbb.com/forum.php? last;
}

注意：上面实例代码$query_string 代表get参数，即？之后的字符串