干货 | 一文完全读懂nginx中的location指令

Nginx系列导读

给小白的 Nginx 10分钟入门指南

Nginx编译安装及经常使用命令

彻底卸载nginx的详细步骤

Nginx 配置文件详解

一文带你读懂Nginx反向代理

前言

咱们在讲解 Nginx 配置文件详解 中， 把Nginx的主配置文件分红了三部分，如图：

今天就带着你们继续学习Nginx主配置文件第三部分http块中的location指令

一、location 介绍

location是Nginx中的块级指令(block directive),，location指令的功能是用来匹配不一样的url请求，进而对请求作不一样的处理和响应，这其中较难理解的是多个location的匹配顺序，本文会做为重点来解释和说明。

开始以前先明确一些约定，咱们输入的网址叫作请求URI，nginx用请求URI与location中配置的URI作匹配。

二、localtion 语法

location有两种匹配规则：

• 匹配URL类型，有四种参数可选，固然也能够不带参数。

  location [ = | ~ | ~* | ^~ ] uri { … }

• 命名location，用@标识，相似于定于goto语句块。

  location @name { … }

location匹配参数解释：

（1） “=” ，精确匹配

• 内容要同表达式彻底一致才匹配成功

location = /abc/ {
  .....
 }
只匹配http://abc.com/abc
复制代码#abc.com/abc [匹配成功] #abc.com/abc/index [匹配失败] 复制代码

（2） “~”，执行正则匹配，区分大小写。

location ~ /Abc/ {
  .....
}
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配失败]
复制代码

（3）“~*”，执行正则匹配，忽略大小写

location ~* /Abc/ {
  .....
}
# 则会忽略 uri 部分的大小写
#http://abc.com/Abc/ [匹配成功]
#http://abc.com/abc/ [匹配成功]
复制代码

（4）“^~”，表示普通字符串匹配上之后再也不进行正则匹配。

location ^~ /index/ {
  .....
}
#以 /index/ 开头的请求，都会匹配上
#http://abc.com/index/index.page  [匹配成功]
#http://abc.com/error/error.page [匹配失败]
复制代码

（5）不加任何规则时，默认是大小写敏感，前缀匹配，至关于加了“~”与“^~”

location /index/ {
  ......
}
#http://abc.com/index  [匹配成功]
#http://abc.com/index/index.page  [匹配成功]
#http://abc.com/test/index  [匹配失败]
#http://abc.com/Index  [匹配失败]
# 匹配到全部uri
复制代码复制代码

（6）“@”，nginx内部跳转

location /index/ {
  error_page 404 @index_error;
}
location @index_error {
  .....
}
#以 /index/ 开头的请求，若是连接的状态为 404。则会匹配到 @index_error 这条规则上。
复制代码

三、location匹配顺序

= > ^~ > ~ | ~* > 最长前缀匹配 > /

序号越小优先级越高

1. location = # 精准匹配

• = 匹配优先级最高。一旦匹配成功，则再也不查找其余匹配项。

2. location ^~ # 带参前缀匹配

• ^~类型表达式。一旦匹配成功，则再也不查找其余匹配项。

3. location ~ # 正则匹配（区分大小写）
4. location ~* # 正则匹配（不区分大小写）
5. location /a # 普通前缀匹配，优先级低于带参数前缀匹配。
6. location / # 任何没有匹配成功的，都会匹配这里处理

举例

location = /  {
#规则A
}
location = /login { #规则B }
location ^~ /static/ { #规则C }
location ~ .(gif|jpg|png|js|css)$ { #规则D }
location ~* .png$ { #规则E }
location !~ .xhtml$ { #规则F }
location !~* .xhtml$ { #规则G }
复制代码location / { #规则H } 复制代码

匹配结果：

访问根目录/， 好比http://localhost/ 将匹配规则A
访问 http://localhost/login 将匹配规则B，http://localhost/register 则匹配规则H
访问 http://localhost/static/a.html 将匹配规则C
访问 http://localhost/b.jpg 将匹配规则D和规则E，可是规则D顺序优先，规则E不起做用， 而 http://localhost/static/c.png 则优先匹配到 规则C
访问 http://localhost/a.PNG 则匹配规则E， 而不会匹配规则D，由于规则E不区分大小写。
访问 http://localhost/a.xhtml 不会匹配规则F和规则G，http://localhost/a.XHTML不会匹配规则G，由于不区分大小写。规则F，规则G属于排除法，符合匹配规则可是不会匹配到。
复制代码访问 http://localhost/qll/id/1111 则最终匹配到规则H，由于以上规则都不匹配。 复制代码

四、location URI结尾带不带 /

1. 若是 URI 结构是 https://domain.com/ 的形式，尾部有没有 / 都不会形成重定向。由于浏览器在发起请求的时候，默认加上了 / 。虽然不少浏览器在地址栏里也不会显示 / 。这一点，能够访问百度验证一下。

2. 若是 URI 的结构是 https://domain.com/some-dir/ 。尾部若是缺乏 / 将致使重定向。由于根据约定，URL 尾部的 / 表示目录，没有 / 表示文件。因此访问 /some-dir/ 时，服务器会自动去该目录下找对应的默认文件。若是访问 /some-dir 的话，服务器会先去找 some-dir 文件，找不到的话会将 some-dir 当成目录，重定向到 /some-dir/ ，去该目录下找默认文件。

举个例子：

server {
    listen       9001;
    server_name  www.abc.com;
location ~ /edu {
    proxy_pass http://127.0.0.1:8080;
 }
复制代码
复制代码location ~ /edu {
    proxy_pass http://127.0.0.1:8080;
 }
复制代码} 复制代码

咱们访问www.abc.com:9001/edu，看下效果

访问 /edu 时，服务器首先去找edu文件，找不到则将edu当作目录，重定向到 /edu/，在该目录下找默认文件。

可是若是想这两种请求对应不一样的处理，就要明确增长不带/结尾的location配置。例如：

location  /doc {
  proxy_pass http://www.doc123.com
}
location  /doc/ {
  proxy_pass http://www.doc456.com
}
复制代码

结语

欢迎关注微信公众号『开源Linux』，专一于分享Linux/Unix相关内容，包括Linux运维、Linux系统开发、网络编程、以及虚拟化和云计算等技术干货。后台回复『学习』，送你一套学习Linux的系列书籍，期待与你相遇。