《Nginx - location配置》
一：Location 作用
- location 定位 ，也就是可以通过不同URL进行定位，可以很大的增加它配置的灵活性。
二：相关变量
-
示例： http://192.168.27.27/xxxx $request_uri = /xxxx http://baidu.com/icon.png $request_uri = /icon.png
可以配置你的 Nginx 查看具体的 $request_uri 的值
location /requesturi {
add_header Content-type 'text/html; charset=utf-8';
return 200 $request_uri;
}
三：location的匹配规则
- 可以看到，匹配路由的话更多是匹配 $request_uri 的路径
- Nginx 可以在 location 中支持我们如下的匹配规则
= 开头表示精确匹配
^~ 开头,注意这不是一个正则表达式--它的目的是优于正则表达式的匹配。如果该location是最佳匹配，则不再进行正则表达式检测。
~ 开头表示区分大小写的正则匹配;
~* 开头表示不区分大小写的正则匹配
/ 通用匹配, 如果没有其它匹配,任何请求都会匹配到
- 具体用法
-
-
location = /demo/ { 在以等号为精确匹配时，$request_uri 必须等于 /demo/ 时才能匹配，不过这也印证了精确匹配这个词汇，准确，分毫不差。 }
location ^~ /demo/ { 首要要注意的是这不是一个正则表达式的匹配,它的目的是优于正则表达式的匹配，可以匹配到满足'/demo/*'的所有url。 }
location ~ \.php$ { 好吧，这就是一个正则匹配了，上面表示匹配到结尾为 .php 的 url 路径。 }
location ~* \.php$ { 这个看起来和上面那个也没什么区别，有什么不同呢？不同是这个匹配开头不会区分大小写。注意了~!是开头 }
-
四: 匹配优先级
- [精确匹配 =] > [全匹配^~] > [正则匹配] > [进行通用匹配]
- 在实际应用中的推荐配置
-
-
所以实际使用中，个人觉得至少有三个匹配规则定义，如下： #直接匹配网站根，通过域名访问网站首页比较频繁，使用这个会加速处理，官网如是说。 #这里是直接转发给后端应用服务器了，也可以是一个静态首页 # 第一个必选规则 location = / { proxy_pass http://tomcat:8080/index } # 第二个必选规则是处理静态文件请求，这是nginx作为http服务器的强项 # 有两种配置模式，目录匹配或后缀匹配,任选其一或搭配使用 location ^~ /static/ { root /webroot/static/; } location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ { root /webroot/res/; } #第三个规则就是通用规则，用来转发动态请求到后端应用服务器 #非静态文件请求就默认是动态请求，自己根据实际把握 #毕竟目前的一些框架的流行，带.php,.jsp后缀的情况很少了 location / { proxy_pass http://tomcat:8080/ }
-
