本文详细介绍了Nginx中`location`的分类、匹配规则、优先级和实战应用，以及`rewrite`的概述、跳转场景和示例。`location`主要用于路径控制和反向代理，`rewrite`则用于URL重写和重定向，两者结合使用可实现灵活的流量管理和URL策略。
1、location
从功能看rewrite和location 似乎有点像，都能实现跳转，主要区别在于:
rewrite是在同-.域名内更改获取资源的路径，
而location是对一 类路径做控制访问或反向代理，还可以proxy_ pass 到其他机器。
1、location的分类
location 大致可以分为三类：
精准匹配：location = / {}
一般匹配：location / {}
正则匹配：location ~ / {}
2、location 常用的匹配规则
| 字符 | 涵义 |
|---|---|
| = | 进行普通字符精确匹配，也就是完全匹配 |
| ^~ | 表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其它 location |
| ~ | 区分大小写的匹配 |
| ~* | 不区分大小写的匹配 |
| !~ | 区分大小写的匹配取非 |
| !~* | 不区分大小写的匹配取非 |
3、location 优先级
首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配 ~或~*
然后匹配不带任何修饰的前缀匹配
最后是交给 / 通用匹配
4、location 示例说明
| 方式 | 示例解释 |
|---|---|
| (1) location = / {} | =为精确匹配 / ，主机名后面不能带任何字符串，比如访问 / 和 /data，则 / 匹配，/data 不匹配。 再比如 location = /abc，则只匹配/abc ，/abc/或 /abcd不匹配。若 location /abc，则即匹配/abc 、/abcd/ 同时也匹配 /abc/。 |
| (2) location / {} | 因为所有的地址都以 / 开头，所以这条规则将匹配到所有请求 比如访问 / 和 /data, 则 / 匹配， /data 也匹配， 但若后面是正则表达式会和最长字符串优先匹配（最长匹配） |
| (3) location /documents/ {} | 匹配任何以 /documents/ 开头的地址，匹配符合以后，还要继续往下搜索其它 location， 只有其它 location后面的正则表达式没有匹配到时，才会采用这一条 |
| (4) location /documents/abc {} | 匹配任何以 /documents/abc 开头的地址，匹配符合以后，还要继续往下搜索其它 location， 只有其它 location后面的正则表达式没有匹配到时，才会采用这一条 |
| （5）location ^~ /images/ {} | 匹配任何以 /images/ 开头的地址，匹配符合以后，停止往下搜索正则，采用这一条 |
| （6）location ~* .(gif|jpg|jpeg)$ {} | 匹配所有以 gif、jpg或jpeg 结尾的请求然而，所有请求 /images/ 下的图片会被 location ^~ /images/ 处理，因为 ^~ 的优先级更高，所以到达不了这一条正则 |
| （7）location /images/abc {} | 最长字符匹配到 /images/abc，优先级最低，继续往下搜索其它 location，会发现 ^~ 和 ~ 存在 |
| （8）location ~ /images/abc {} | 匹配以/images/abc 开头的，优先级次之，只有去掉 location ^~ /images/ 才会采用这一条 |
| （9）location /images/abc/1.html {} | 匹配/images/abc/1.html 文件，如果和正则 ~ /images/abc/1.html 相比，正则优先级更高 |
优先级总结：
(location =) > (location 完整路径) > (location ^~ 路径) > (location ,* 正则顺序) > (location 部分起始路径) > (location /）
5、实际网站使用中的三个匹配规则定义
5.1 第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
这里是直接转发给后端应用服务器了，也可以是一个静态首页
location = / {
proxy_pass http://tomcat_server/;
}
5.2 第二个必选规则是处理静态文件请求
这是nginx作为http服务器的强项！
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(html|gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
5.3 第三个规则就是通用规则
比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
proxy_pass http://tomcat_server;
}
二、常用的Nginx 正则表达式
| 字符 | 功能 |
|---|---|
| ^ | 匹配输入字符串的起始位置 |
| $ | 匹配输入字符串的结束位置 |
| * | 匹配前面的字符零次或多次；如“ol*”能匹配“o”及“ol”、“oll” |
| + | 匹配前面的字符一次或多次；如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o” |
| ? | 匹配前面的字符零次或一次；例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}” |
| . | 匹配除“\n”之外的任何单个字符，若要匹配包括“\n”在内的任意字符，请使用诸如“[.\n]”之类的模式 |
| \ | 将后面接着的字符标记为一个特殊字符或一个原义字符或一个向后引用。如“\n”匹配一个换行符，而“ ” 则 匹 配 “ ”则匹配“ ”则匹配“” |
| \d | 匹配纯数字 |
| \s | 匹配空的（空格或者制表符） |
| {n} | 重复 n 次 |
| {n,} | 重复 n 次或更多次 |
| {n,m} | 重复 n 到 m 次 |
| [ ] | 定义匹配的字符范围 |
| [c] | 匹配单个字符 c |
| [a-z] | 匹配 a-z 小写字母的任意一个 |
| [a-zA-Z0-9] | 匹配所有大小写字母或数字 |
| () | 表达式的开始和结束位置 |
| | | 或运算符 |
三、rewrite
1、rewrite的概述
rewrite功能就是，使用nginx提供的全局变量或自己设置的变量，结合正则表达式和标志位实现url重写以及重定向
rewrite只能放在server{},location{},if{}中，并且默认只能对域名后边的除去传递的参数外的字符串起作用，
例如：
http://www.qiao.com/a/b/index.php?id=1&u=str 只对/a/b/index.php重写。
2.Rewrite的跳转场景
调整用户浏览的URL，看起来更规范，合乎开发及产品人员的需求。
为了让搜索引擎搜录网站内容及用户体验更好，企业会将动态URL地址伪装成静态地址提供服务。
网址换新域名后，让旧的访问跳转到新的域名商。例如，访问京东的360buy.com会跳转到jd.com。
服务端某些业务调整，比如根据特殊变量、目录、客户端的信息进行URL调整等。
3. Rewrite跳转的实现
Nginx:通过ngx_ http_ rewrite_ module 模块支持URL重写、支持if条件判断，但不支持else
跳转:从一个location跳转 到另一-个location，循环最多可以执行10次，超过后nginx将返回500错误
PCRE支持: perl兼 容正则表达式的语法规则匹配
重写模块set指令:创建新的变量并设其值
4 、Rewrite的执行顺序
执行server块里面的rewrite指令。
执行location匹配。
执行选定的location中的rewrite指令。
5、Rewrite的语法格式
rewrite [flag];
regex：表示正则匹配规则。
replacement：表示跳转后的内容。
flag：表示rewrite支持的flag标记
6、 flag的标记说明
| falg标记 | 说明 |
|---|---|
| last | 本条规则匹配完成后，继续向下匹配新的location URL规则，一般用在server和if中。 |
| break | 本条规则匹配完成即终止，不再匹配后面的任何规则，一般使用在location中 |
| redirect | 返回302临时重定向，浏览器地址会显示跳转后的URL地址 |
| permanent | 返回301永久重定向，浏览器地址栏会显示跳转后的URL地址 |
7、Rewrite示例
基于域名跳转
现在公司旧域名www.old.com有业务需求变更，需要使用新域名www.new.com代替，但是旧域名不能废除，需要跳转到新域名上，而且后面的参数保持不变
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.old.com;
#修改域名
charset utf-8;
access_log /var/log/nginx/www.old.com-access.log main;
#修改日志保存路径
location / {
#添加域名重定向
if（$host = 'www.old.com'） {
#$host为rewrite全局变量，代表请求主机头字段或主机名
rewrite ^/(.*)$ http://www.qiao.com/$1 permanent;
#$1为正则匹配的内容，即“域名/”之后的字符串
}
root html;
index index.html index.htm;
}
}
[root@localhost ~]# echo "192.168.100.6 www.old.com www.qiao.com" >> /etc/hosts
[root@localhost ~]# systemctl restart nginx
浏览器输入模拟访问 http://www.old.com/test/index.html(虽然这个请求内容是不存在的)
会跳转到www.qiao.com/test/index.html，查看元素可以看到返回301，实现了永久重定向跳转，而且域名后的参数也正常跳转
注：网站与公网网站同名的话，就用仅主机模式
基于客户端IP访问跳转
测试场景：今天公司业务新版本上线，要求所有IP访问任务内容都显示一个固定维护页面，只有公司IP：192.168.100.6访问正常。
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.test.com;
#修改域名
charset utf-8;
access_log /var/log/nginx/test.access.log;
#修改日志保存路径
#设置是否合法的IP标记
set $rewrite true;
#设置变量$rewrite，变量值为boole值ture
#判断是否为合法IP
if ($remote_addr ="192.168.100.6") {
set $rewrite false;
#当客户端为192.168.122.10时，将变量值设为false，不进行重写
}
#除了合法IP，其他都是非法IP，进行重写跳转维护页面
if （$rewrite = true) {
#当变量值为true时，进行重写
rewrite (.+) /weihu.html;
#将域名后边的路径重写成/weihu.html，例如www.test.com/weihu.html
}
location = /weihu/html {
root /var/www/html;
#网页返回/var/www/html/weihu.html的内容
}
location / {
root html;
index index.html index.htm;
}
}
[root@localhost ~]# mkdir -p /var/www/html/
[root@localhost ~]# echo "<h1>We are maintaining now,please wait!</h1>" > /var/www/html/weihu.html
[root@localhost ~]# systemctl restart nginx
测试：只有IP为192.168.122.10能正常访问，其他地址都是维护页面
注：如果rewrite (.+) /weihu.html;改成rewrite (.+) /weihu.html permanent;的话如果是非192.168.122.10的主机访问会使浏览器修改请求访问的URL成http://www.test.com/weihu.html再请求访问，这样就会进入一直在rewrite的死循环，访问请求会一直重写成http://www.test.com/weihu.html再请求访问。
基于旧域名后面跟目录的跳转
测试场景：现在访问的是http://bbs.test.com/post/，现在需要将这个域名下面的访问都跳转到http://www.test.com/bbs/post/
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name bbs.test.com;
#修改域名
charset utf-8;
#添加
location /post {
rewrite (.+) http://www.test.com/bbs$1 permanent;
#这里的$1为位置变量，代表/post
}
location / {
root html;
index index.html index.htm;
}
}
[root@localhost ~]# mkdir -p /usr/local/nginx/html/bbs/post
[root@localhost ~]# echo "this is 1.html" >> /usr/local/nginx/html/bbs/post/1.html
[root@localhost ~]# echo "192.168.100.6 bbs.test.com" >> /etc/hosts
[root@localhost ~]# systemctl restart nginx
浏览器验证：
使用浏览器访问http://bbs.test.com/post/1.html跳转到http://www.test.com/bbs/post/1.html
基于参数匹配的跳转
测试场景：现在访问http://www.test.com/100-(100|200)-100.html跳转到http://www.test.com页面。
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
server {
listen 80;
server_name www.test.com;
#修改域名
charset utf-8;
access_log /var/log/nginx/www.test.com-access.log;
if ($request_uri ~ ^/100-(100-200)-(\d+).html$) {
rewrite (.+) http://www.test.com permanent;
}
location / {
root html;
index index.html index.htm;
}
}
[root@localhost ~]# systemctl restart nginx
$request_uri：包含请求参照的原因URI，不包含主机名，如：http://www.test.com/abc/bbs/index.html?a=1&b=2中的/abc/bbs/index.php?a=1&b=2
$uri：这个变量指当前的请求URI，不包括任何参数，如：/abc/bbs/index.html
d o c u m e n t u r i ： 与 document_uri：与 documenturi：与uri相同，这个变量指当前的请求URI，不包含任务传递参数，如：/abc/bbs/index.html
浏览器测试：
使用浏览器访问http://www.test.com/100-200-100.html或http://www.test.com/100-100-100.html跳转到http://www.test.com页面。
用于匹配用户访问请求的URL
访问一个具体的页面:http://www.qaio.com/qwe/321.html跳转到首页
[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf
listen 80;
server_name www.qiao.com;
#修改域名
charset utf-8;
access_log /var/log/nginx/www.test.com-access.log;
location / {
root html;
index index.html index.htm;
}
}
[root@localhost ~]# systemctl restart nginx
浏览器验证：
用户访问www.qaio.com/qwe/321.html跳转到 www.qiao.com
扫一扫
1905
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
