Nginx location中斜线使用说明

一、nginx代理后端服务

• nginx 服务器及端口 127.0.0.1:80
• 后端服务:127.0.0.1:8080
• 测试url:http://127.0.0.1:80/day06api/api/abc

A.配置

nginx配置如下：

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

实际访问的端口服务：http://127.0.0.1:8080/api/abc

B.配置

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

实际访问的端口服务：http://127.0.0.1:8080//api/abc

C.配置

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

实际访问的端口服务：http://127.0.0.1:8080/day06api/api/abc

D.配置

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

实际访问的端口服务：http://127.0.0.1:8080/day06api/api/abc

E.配置

location /day06api/ {
   proxy_pass http://127.0.0.1:8080/server/;
}

实际访问的端口服务：http://127.0.0.1:8080/server/api/abc

F.配置

location /day06api {
   proxy_pass http://127.0.0.1:8080/server/;
}

实际访问的端口服务：http://127.0.0.1:8080/server//api/abc

G.配置

ocation /day06api/ {
   proxy_pass http://127.0.0.1:8080/server;
}

实际访问的端口服务：http://127.0.0.1:8080/serverapi/abc

H.配置

location /day06api {
   proxy_pass http://127.0.0.1:8080/server;
}

实际访问的端口服务：http://127.0.0.1:8080/server/api/abc

慢慢比较发现规律：

1. proxy_pass 最后有斜线时(即端口后只有斜线,例如A和B中的proxy_pass)，location 最后有斜线时，最终组成的url:proxy_pass + location最后一个斜线以后的部分
2. proxy_pass 最后有斜线时(即端口后只有斜线,例如A和B中的proxy_pass)，location 最后无斜线时，最终组成的url:proxy_pass + 斜线 + location后面的所有部分(但不包含location后面的所有部分的第一个斜线) //其实就是比1多个斜线
3. proxy_pass 最后无斜线时，location 最后有斜线时，最终组成的url:proxy_pass + location + 请求url中location以后的所有部分(不包含第一个/)
4. proxy_pass 最后无斜线时，location 最后无斜线时，最终组成的url:proxy_pass + location + “/” + 请求url中location以后的所有部分(不包含第一个/)
5. proxy_pass 最后有斜线时(且已经包含了至少一级目录,例如E和F中的proxy_pass)，location 最后有斜线时，最终组成的url:proxy_pass + location以后的所有部分(但不包含第一个/)
6. proxy_pass 最后有斜线时(且已经包含了至少一级目录,例如E和F中的proxy_pass)，location 最后无斜线时，最终组成的url:proxy_pass + “/” + location以后的所有部分(包含第一个/)
7. proxy_pass 最后无斜线时(且包含了至少一级目录,例如G和H中的proxy_pass)，location 最后有斜线时，最终组成的url:proxy_pass + location以后的所有部分(不包含第一个/)
8. proxy_pass 最后无斜线时(且包含了至少一级目录,例如G和H中的proxy_pass)，location 最后无斜线时，最终组成的url:proxy_pass + location以后的所有部分(包含第一个/)

这个真的不好总结，可能总结的有误，可以直接对应上面的例子。

二、nginx代理本地静态资源

• nginx 服务器及端口 127.0.0.1:80
• 后端服务:127.0.0.1:8080
• 真实的资源路径：
  E:/project/hello
  E:/project/hello/index.html
  E:/project/hello/img/123.png
• 测试url:
  http://127.0.0.1/hello/index.html
  http://127.0.0.1/hello/img/123.png

A配置

location /hello/{
	root   E:/project/;
	index  index.html;
}

实际请求资源路径
E:/project/hello/index.html
E:/project/hello/img/123.png

B配置:

location /hello/{
	root   E:/project;
	index  index.html;
}

实际请求资源路径
E:/project/hello/index.html
E:/project/hello/img/123.png

C配置:

location /hello{
	root   E:/project/;
	index  index.html;
}

实际请求资源路径
E:/project/hello/index.html
E:/project/hello/img/123.png

D配置:

location /hello{
	root   E:/project;
	index  index.html;
}

实际请求资源路径
E:/project/hello/index.html
E:/project/hello/img/123.png

E配置:

location /hello/{
	alias   E:/project/;
}

实际请求资源路径
E:/project/hello/index.html 404
E:/project/hello/img/123.png 正常

F配置:

location /hello{
	alias   E:/project/;
}

实际请求资源路径
E:/project/hello/index.html 404
E:/project/hello/img/123.png 正常

慢慢比较发现规律：

1. alias指定的目录是准确的，即location匹配访问的path目录下的文件直接是在alias目录下查找的；
2. root指定的目录是location匹配访问的path目录的上一级目录,这个path目录一定要是真实存在root指定目录下的；