在Nginx使用过程中，UrlRewrite是一个比较实用的功能，它可以隐藏真实的后端服务器物理地址，让url看起来直观、好记，对搜索引擎收录也比较友好

比如访问：

http://192.168.159.100/list.php?page=1

链接后面的page参数表示当前访问的第几页

想通过：

http://192.168.159.100/1.html

实现和“/list.php?page=1”一样的效果，实际“1.html”并不存在，这时可使用UrlRewrite

UrlRewrite写法：

关键字：rewrite，后面跟要访问的地址，可以精准匹配，也可以使用正则表达式模糊匹配

匹配时以“^”符号开头，以“$”符号结尾，两个符号中间写匹配规则(正则)

“$”符号后面接想要真实转发的地址，也就是要访问的真实地址，例如“/list.php?page=1”

最后面是转发的形式，有四种：break、last、redirect、permanent，用法说明如下：

• last  本条规则匹配完成后，继续向下匹配新的location uri规则

• break  本条规则匹配完成即中止，不再匹配后面的任何规则

• redirect  返回302临时重定向，浏览器地址会显示跳转后的url地址

• permanent  返回301永久重定向，浏览器地址会显示跳转后的url地址

重点可记忆为：

last和break都不会改变url地址，break优先级最高，匹配到即中止再匹配，last匹配到后还要继续往下进行匹配，直到没有可再匹配的；

redirect和permanent会改变url地址，显示效果与last和break有本质区别；

permanent的301重定向和redirect的302重定向，在用户使用时没有任何区别，都会跳转并改变地址栏的url，它们的作用是告诉网络爬虫，当前转发的新链接会不会再改变等，若是301永久重定向，爬虫记录新地址即可

格式演示：

rewrite是实现URL重写的关键指令，根据regex(正则表达式)部分内容，重定向到replacement，结尾是flag标记，如下：

关键字：关键字rewrite不能改变

正则：兼容常规正则表达式语句，进行规则匹配

替代内容：将正则匹配的内容替换成replacement

flag标记：rewrite支持的flag标记

注意：

1、rewrite关键字后面对uri匹配时，以斜线开头去匹配，如：^/index.html$，若想连带域名等，在斜线前加入“(.*)”，如：^(.*)/index.html$，实际没必要这样做

2、rewrite伪静态标签段的位置要在server内，location或if中

例如上面提到的两个链接，通过最简单的写法，体验一下UrlRewrite：

当匹配到“1.html”时，转发到“/list.php?page=1”

以上面的例子来说，实际项目中参数的值不止一个，只匹配1.html显然不现实，这样最好通过正则来模糊匹配

举个例子，通过正则匹配转发所有带数字的链接

使用中括号包起来数字，使用“+”表示至少匹配1个(换种说法：匹配1个或多个)，[0-9]+

外面再用小括号包起来，表示一个UrlRewrite入参的参数组

在真实转发地址中，使用“$”符号加数字表示前面匹配到的参数，通过12345..表示顺序，例如：

location正则说明：

/ 通用匹配，任何请求都会被匹配到

= 精准匹配，不是以指定模式开头

~ 正则匹配，区分大小写

~* 正则匹配，不区分大小写匹配

^~ 非正则匹配，匹配以指定模式开头的location

拓展进阶：

1、UrlRewrite匹配规则顺序：

Nginx匹配location内的UrlRewrite规则由上而下执行，同一个location内的多条UrlRewrite规则，使用break或last标记结尾，UrlRewrite规则顺序由复杂到简单，即：匹配规则或参数较多的在上，匹配简单的在下。

举例说明，比如有这样的需求：

Nginx的UrlRewrite规则如下：

仔细查看上面的条件与UrlRewrite规则，可以看到即使转发相同的地址，但rewrite匹配规则要由复杂到简单，这样也能理解“UrlRewrite规则顺序由复杂到简单”的含义

2、分组匹配

同样以上面的条件举例，我们可以发现uri都是以“/news”开头，所以我们可以在location匹配news，让代码更加清晰直观

3、判断域名匹配

在Nginx配置文件中，“$host”可以表示当前访问的域名（只有域名，不带协议(如http://)）

比如一个server段内的server_name有多个，要求uri的匹配规则相同，但转发不同

上面提到这些，熟悉后差不多能应对大部分场景

本文未完，后面想起什么我会继续补充