Nginx中绝不能小视的反斜杠“/”----奖金就靠它了

Nginx作为一个轻量级的，高性能的web服务软件，因其占有内存少，并发能力强的特点，而广受欢迎和使用。使用过Nginx的同学都知道，你只需要按需求准确的更改好配置启动，那么就可以优雅的访问它了。

所以说Nginx对配置文件的要求比较高，这就要求我们更改配置文件时一定要再三确认，要不然可能因为疏忽而引发惨案。

某个真实案例，就因为在配置时，少写了一个字符“/”，就造成访问报错，因而接到投诉。那么是怎么引起的呢？

原因就是：Nginx在配置proxy\_pass
代理转接时，少写“/”字符造成的。

有同学就有疑问，加不加“/”,区别真的那么大吗？我们带着这个疑问，来探究下这个问题。

location目录匹配详解

Nginx每个location
都是一个匹配目录，Nginx的策略是：访问请求来时，会对访问地址进行解析，从上到下逐个匹配，匹配上就执行对应location
大括号中的策略，并根据策略对请求作出相应。

例如：你访问地址：http://www.xxx.com/wddd/index.html 这个地址，这个地址对应的Nginx配置如下：

location /wddd/  {  
    proxy_connect_timeout 18000; ##修改成半个小时  
    proxy_send_timeout 18000;  
    proxy_read_timeout 18000;  
    proxy_pass http://127.0.0.1:8080;  
} 

那访问时就会匹配这个location
,从而把请求代理转发到本机的8080Tomcat服务中，Tomcat响应后，信息原路返回。

「知识点：」location
如果没有“/”时，请求就可以模糊匹配以字符串开头的所有字符串，而有“/”时，只能精确匹配字符本身。

什么意思呢？

解释下：配置location /wandou
可以匹配/wandoudouduo
请求，也可以匹配/wandou\*/duoduo
等等，只要以wandou
开头的目录都可以匹配到。

配置location /wandou/
必须精确匹配/wandou/
这个目录的请求,不能匹配/wandouduoduo/
或/wandou\*/duoduo
等请求。

proxy_pass有无“/”区别

示例环境：访问地址都是：http://www.xxx.com/wddd/index.html为例。配置文件里面的location
都是精确匹配的设置

第一种：proxy_pass
加"/"

location  /wddd/ {  
    proxy_pass  http://127.0.0.1:8080/;  
}  

测试结果，请求被代理跳转到：http://127.0.0.1:8080/index.html

第二种: proxy_pass
不加"/"

location  /wddd/ {  
    proxy_pass http://127.0.0.1:8080;  
}

测试结果，请求被代理跳转到：http://127.0.0.1:8080/wddd/index.html

第三种: proxy_pass
增加二级路径并加"/"

location  /wddd/ {  
    proxy_pass http://127.0.0.1:8080/sun/;  
}

测试结果，请求被代理跳转到：http://127.0.0.1:8080/sun/index.html

第四种：proxy_pass
增加二级路径不加"/"

location  /wddd/ {  
    proxy_pass http://127.0.0.1:8080/sun;  
}

测试结果，请求被代理跳转到：http://127.0.0.1:8080/sunindex.html

总结

location
目录后加"/",只能匹配目录，不加“/”不仅可以匹配目录还对目录进行模糊匹配。

proxy_pass
无论加不加“/”,代理跳转地址都直接拼接。为了加深大家印象可以用下面的配置实验测试下：

server {
  listen       80;
  server_name  localhost;  
  
  # http://localhost/wddd01/xxx -> http://localhost:8080/wddd01/xxx
  location /wddd01/ {
    proxy_pass http://localhost:8080;
  }

  # http://localhost/wddd02/xxx -> http://localhost:8080/xxx
  location /wddd02/ {
    proxy_pass http://localhost:8080/;
  }

  # http://localhost/wddd03/xxx -> http://localhost:8080/wddd03*/xxx
  location /wddd03 {
    proxy_pass http://localhost:8080;
  }

  # http://localhost/wddd04/xxx -> http://localhost:8080//xxx，请注意这里的双斜线，好好分析一下。
  location /wddd04 {
    proxy_pass http://localhost:8080/;
  }

  # http://localhost/wddd05/xxx -> http://localhost:8080/hahaxxx，请注意这里的haha和xxx之间没有斜杠，分析一下原因。
  location /wddd05/ {
    proxy_pass http://localhost:8080/haha;
  }

  # http://localhost/api6/xxx -> http://localhost:8080/haha/xxx
  location /wddd06/ {
    proxy_pass http://localhost:8080/haha/;
  }

  # http://localhost/wddd07/xxx -> http://localhost:8080/haha/xxx
  location /wddd07 {
    proxy_pass http://localhost:8080/haha;
  }
        
  # http://localhost/wddd08/xxx -> http://localhost:8080/haha//xxx，请注意这里的双斜杠。
  location /wddd08 {
    proxy_pass http://localhost:8080/haha/;
  }
}