一.location模块概述
1.定义
location块是server块的一个指令。作用：基于Nginx服务器接收到的请求字符串，虚拟主机名称（ip，域名）、url匹配，对特定请求进行处理。
2.三种匹配类别
精准匹配：location = / {}
一般匹配：location / {}
正则匹配：location ~ / {}
| 匹配符 | 表示含义 |
|---|---|
| ^ | 匹配输入字符串的起始位置 |
| $ | 匹配输入字符串的结束位置 |
| * | 匹配前面的字符零次或多次。如“ol*”能匹配“o”及“ol”、“oll” |
| + | 匹配前面的字符一次或多次。如“ol+”能匹配“ol”及“oll”、“olll”，但不能匹配“o” |
| ? | 匹配前面的字符零次或一次，例如“do(es)?”能匹配“do”或者“does”，”?”等效于”{0,1}” |
| . | 表示任意一个字符 |
| \转义字符 | 用于取消特殊符号的含义 |
| \d | 匹配纯数字 |
| \s | 匹配空的（空格或者制表符） |
| {n} | 匹配前面的子表达式n次 |
| {n,} | 匹配前面的子表达式不少于n次 |
| {n,m} | 匹配前面的子表达式n到m次 |
| [ ] | 匹配括号中的一个字符 |
| [c] | 匹配单个字符 c |
| [a-z] | 匹配 a-z 小写字母的任意一个 |
| [a-zA-Z0-9] | 匹配所有大小写字母或数字 |
| () | 表达式的开始和结束位置 |
| | | 或运算符 |
3.常用的匹配规则
| 规则表达式 | 规则含义 |
|---|---|
| = | 进行普通字符精确匹配。也就是完全匹配 |
| ^~ | 表示普通字符匹配。使用前缀匹配。如果匹配成功，则不再匹配其他 location |
| ~ | 表示执行一个正则匹配，区分大小写 |
| ~* | 表示执行一个正则匹配，不区分大小写 |
| !~ | 表示执行一个正则匹配，区分大小写不匹配 |
| !~* | 表示执行一个正则匹配，不区分大小写不匹配 |
4.匹配优先级
首先精确匹配 =
其次前缀匹配 ^~
其次是按文件中顺序的正则匹配 ~或~*
然后匹配不带任何修饰的前缀匹配
最后是交给 / 通用匹配
（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 文件，如果和正则location ~ /images/abc/1.html 相比，正则优先级更高优先级总结
(location = 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (location /)
location 匹配
首先看 优先级：精确= > 前缀^~ > 正则~,~* > 一般 > 通用/
优先级相同：正则看上下顺序，上面的优先；一般匹配看长度，最长匹配的优先
精确、前缀、正则、一般 都没有匹配到，最后再看通用匹配
三.location模块使用实例
1.精确匹配优先级小于一般匹配情况
location = / {} 和 location / {} ，按道理应匹配前者，但实际确实匹配后者，匹配只写域名精确匹配不生效
1. #在配置文件添加匹规则
vim /usr/local/nginx/conf/nginx.conf
#默认网页
location / {
root html;
index index.html index.htm; }
#添加的网页
location = / {
root /web/test/;
}
2. #新建网页站点目录
mkdir -p /web/test
3. #在站点目录下新建index.html
vim /web/test/index.html
This is a test!
4. #检查语法并重启
nginx -t
systemctl restart nginx.service
5. #在网页中测试
192.168.79.210
2.解决方法
在/根后加上index.html后生效
1. #修改配置文件
vim /usr/local/nginx/conf/nginx.conf
location = /index.html { # 加上index.html
root /web/dog/;
}
2. #检查语法、重启服务
nginx -t
systemctl restart nginx.service
3. #网页测试
192.168.79.210
3.实际网站使用中的三个匹配规则
（1）第一个必选规则
直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，比如说官网。
这里是直接转发给后端应用服务器了，也可以是一个静态首页
location = / {
proxy_pass http://tomcat_server/;
}（2）第二个必须规则是处理静态文件请求
这是nginx作为http服务器的强项！
有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}（3）第三个通用规则
比如用来转发带.php、.jsp后缀的动态请求到后端应用服务器
非静态文件请求就默认是动态请求
location / {
proxy_pass http://tomcat_server;
}
