Nginx之正则表达式、location匹配简介以及rewrite重写

Nginx之正则表达式、location匹配简介以及rewrite重写

一 nginx rewrite概述

​1.1 概述​

​  在Nginx已经成为很多公司作为前端反向代理服务器的首选，在实际工作中往往会遇到很多跳转(重写URL)的需求。比如更换域名后需要保持旧的域名能跳转到新的域名上、某网页发生改变需要跳转到新的页面、网站防盗链等等需求。如果在后端使用的Apache服务器，虽然也能做跳​转，规则库也很强大，但是用Nginx跳转效率会更高。​

​​  做为分支判断，并且if分支，仅支持单分支​

​rewrite:对访问路径进行改写大分支:​

​1、改写的路径​

​在Nginx服务器上-改写路径​

​2、​改写的路径​

​在后端/其他服务器上-跳转​

​1.2 跳转场景​

​1、可以调整用户浏览的URL，看起来更规范，合理​

​2、为了让搜索引擎搜录网站内容及用户体验更好，企业会将动态URL地址伪装成静态地址提供服务。​

​3、网址换新域名后，让旧的访问跳转到新的域名上。例如，访问京东的360buy.com会跳转到jd.com。​

​4、服务端某些业务调整​

​5、根据特殊变量、目录、客户端的信息进行URL调整等。​

​1.3 跳转实现:​

​Nginx是通过ngx_PCRE支持，应在编译Nginx时指定PCRE 支持，默认已经安装。根据相关变量重定向和选择不同的配置，从一个location跳转到另一个location，不过这样的循环最多可以执行10次，超过后Nginx将返回500错误。同时，重写模块包含set指令，来创建新的变量并设其值，这在有些情景下非常有用的，如记录条件标识、传递参数到其他location、记录做了什么等等。rewrite功能就是，使用Nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向。​

​

1.4 rewrite实际场景 Nginx跳转需求的实现方式使用rewrite进行匹配跳转 （仅支持本地服务器不同目录文件之间的跳转）使用if匹配全局变量后跳转使用location匹配再跳转（location可以匹配本地的重写和外部服务器的跳转）rewrite只能放在server{},if{}，location{}段中location只对域名后边的除去传递参数外的字符串起作用对域名或参数字符串使用if全局变量匹配 使用proxy_pass 反向代理二 nginx 正则表达式(是一种精确匹配，过滤，筛选的一种执行规范)2.1 正则表达式元字符^ ：匹配输入字符串的起始位置$ ：匹配输入字符串的结束位置

：匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll”：匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o”

? ：匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}”. ：匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式\ ：将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而“\$”则匹配“$”\d ：匹配纯数字\w ：匹配字母或数字或下划线或汉字\s ：匹配任意的空白符\b ：匹配单词的开始或结束{n} ：重复 n 次{n,} ：重复 n 次或更多次{n,m} ：重复 n 到 m 次

：定义匹配的字符范围

[c] ：匹配单个字符 c[a-z] ：匹配 a-z 小写字母的任意一个[a-zA-Z0-9] ：匹配所有大小写字母或数字() ：表达式的开始和结束位置| ：或运算符2.2 正则表达的优势1、精确匹配、减少遍历的消耗2、节省服务响应的资源消耗3、提高用户体验感4、提高服务器高并发时、处理效率/性能Nginx做为运维角度前端接受、想用客户请求的直接对接服务器所以需要考虑到Nginx的执行效率（精确匹配-类比)．性能（资源损耗)、抗压能力(高并发时处理能力)、用户体验感（(角户访问群体)三 rewrite命令3.1 Rewrite命令语法rewrite < regex > < replacement > [flag]regex：正则表达式replacement ：跳转后的内容flag：rewrite支持的flag标记

​3.2 rewrite执行顺序

执行server块里面的rewrite指令

执行location匹配

执行选定的location中的rewrite指令

四 location 分类和优先级

从功能看，rewrite 和 location 似乎很像，都能实现跳转，主要区别在于 rewrite 是在同一域名内更改获取资源的路径，而 location 是对一类路径做控制访问或反向代理，还可以 proxy_pass 到其他机器。

4.1 location 匹配规则格式

location= patt {} [精准匹配]location patt {} [一般匹配]location ~ patt {} [正则匹配]

4.2 location优先级

相同类型的表达式，字符串长的会优先匹配按优先级排列① = 类型② ^~类型表达式③ 正则表达式 （和 *） 类型

④常规字符串匹配类型，按前缀匹配⑤ 通用匹配（/），如果没有其他匹配，任何请求都会匹配到匹配某个具体文件(location=完整路径) > (location 完整路径) > (location *完整路径) >(location~完整路径) > (location完整路径) > (location /)

用目录做匹配访问某个文件(location=目录) > (location ^ 目录/) > (location 目录 ) > (location~*目录) > (location目录) > (location /)

示例：

location = / {}

=为精确匹配 / ，主机名后面不能带任何字符串，比如访问 / 和 /data，则 / 匹配，/data 不匹配再比如 location = /abc，则只匹配/abc ，/abc/或 /abcd不匹配。若 location /abc，则即匹配/abc 、/abcd/ 同时也匹配 /abc/。

location / {}

因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配， /data 也匹配，但若后面是正则表达式会和最长字符串优先匹配（最长匹配）

location /documents/ {}

匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索其它 location只有其它 location后面的正则表达式没有匹配到时，才会采用这一条

location /documents/abc {}

匹配任何以 /documents/abc 开头的地址，匹配符合以后，还要继续往下搜索其它 location只有其它 location后面的正则表达式没有匹配到时，才会采用这一条

location ^~ /images/ {}

匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条

location ~* \.(gif|jpg|jpeg)$ {}

匹配所有以 gif、jpg或jpeg 结尾的请求然而，所有请求 /images/ 下的图片会被 location /images/ 处理，因为 的优先级更高，所以到达不了这一条正则

location /images/abc {}

最长字符匹配到 /images/abc，优先级最低，继续往下搜索其它 location，会发现 ^ 和 存在

location ~ /images/abc {}

匹配以/images/abc 开头的，优先级次之，只有去掉 location ^~ /images/ 才会采用这一条

location /images/abc/1.html {}

匹配/images/abc/1.html 文件，如果和正则 ~ /images/abc/1.html 相比，正则优先级更高4.3 实际网站使用中，至少有三个匹配规则定义①、第一个必选规则直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。这里是直接转发给后端应用服务器了，也可以是一个静态首页

location = / { proxy_pass ^~ /static/ { root /webroot/static/;}location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/;}

③、第三个规则通用规则，比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器非静态文件请求就默认是动态请求

location / { proxy_pass 跳转1、基于域名的跳转 公司旧域名ljm.com有业务需求变更，需要使用新域名lucien.com代替，但是旧域名不能废除，需要跳转到新域名上，而且后面的参数保持不变。 ​vim /usr/local/nginx/conf/nginx.conf​

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com.access.log; #日志修改 location / { #添加域名重定向 if ($host = 'ljm.com'){ #$host为rewrite全局变量，代表请求主机头字段或主机名 rewrite ^/(.*)$ permanent; #$1为正则匹配的内容，即域名后边的字符串 } root html; index index.html index.htm; }}

2、基于客户端 IP 访问跳转 公司业务新版本上线，要求所有 IP 访问都显示一个固定维护页面，只有公司 IP ：192.168.184.80访问正常。 vim /usr/local/nginx/conf/nginx.conf

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com-access.log main; #日志修改 #设置是否合法的IP标记 set $rewrite true; #设置变量$rewrite，变量值为boole值true #判断是否为合法IP if ($remote_addr = "192.168.184.60"){ #当客户端IP为192.168.184.10时，将变量值设为false，不进行重写 set $rewrite false; } #除了合法IP，其它都是非法IP，进行重写跳转维护页面 if ($rewrite = true){ #当变量值为true时，进行重写 rewrite (.+) /weihu.html; #重写在访问IP后边插入/weihu.html } location = /weihu.html { root /var/ #网页返/var/ } location / { root html; index index.html index.htm; }}

3、基于旧域名跳转到新域名后面加目录我们访问 vim /usr/local/nginx/conf/nginx.conf

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com-access.log; #添加 location /post { rewrite (.+) permanent; #这里的$1为位置变量，代表/post } location / { root html; index index.html index.htm; }}

4、基于参数匹配的跳转vim /usr/local/nginx/conf/nginx.conf

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com-access.log main; if ($request_uri ~ ^/100-(100|200)-(\d+).html$) { rewrite (.+) permanent; } location / { root html; index index.html index.htm; }}

5、基于目录下所有 php 结尾的文件跳转 vim /usr/local/nginx/conf/nginx.conf

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com-access.log main; location ~* /upload/.*\.php$ { rewrite (.+) permanent;}location / { root html; index index.html index.htm;}}

6、基于最普通一条 url 请求的跳转vim /usr/local/nginx/conf/nginx.conf

server { listen 80; server_name ljm.com; #域名修改 charset utf-8; access_log /var/log/nginx/ljm.com-access.log main; location ~* ^/abc/123.html { rewrite (.+) permanent; } location / { root html; index index.html index.htm; }}

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。