不管是开发还是运维,在实际配置nginx的时候,都会有关于nginx中斜杠配置的疑惑,有时候一个配置不对,可能页面就访问不通。今天这篇文章根据实际例子来讲解下,到底加斜杠与不加斜杠的区别在哪里?
一、nginx代理后端服务
nginx 服务器及端口 127.0.0.1:80
后端服务:127.0.0.1:8080
测试url:http://127.0.0.1:80/weijishu/api/abc
A.配置
nginx配置如下:
location /weijishu/ {
proxy_pass http://127.0.0.1:8080/;
}
实际访问的端口服务:http://127.0.0.1:8080/api/abc
B.配置
location /weijishu {
proxy_pass http://127.0.0.1:8080/;
}
实际访问的端口服务:http://127.0.0.1:8080//api/abc
C.配置
location /weijishu/ {
proxy_pass http://127.0.0.1:8080;
}
实际访问的端口服务:http://127.0.0.1:8080/weijishu/api/abc
D.配置
location /weijishu {
proxy_pass http://127.0.0.1:8080;
}
实际访问的端口服务:http://127.0.0.1:8080/weijishu/api/abc
E.配置
location /weijishu/ {
proxy_pass http://127.0.0.1:8080/server/;
}
实际访问的端口服务:http://127.0.0.1:8080/server/api/abc
F.配置
location /weijishu {
proxy_pass http://127.0.0.1:8080/server/;
}
实际访问的端口服务:http://127.0.0.1:8080/server//api/abc
G.配置
location /weijishu/ {
proxy_pass http://127.0.0.1:8080/server;
}
实际访问的端口服务:http://127.0.0.1:8080/serverapi/abc
H.配置
location /weijishu {
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
真实的资源路径:
D:/project/weijishu
D:/project/weijishu/index.html
D:/project/weijishu/img/123.png
测试url:
http://127.0.0.1/weijishu/index.html
http://127.0.0.1/weijishu/img/123.png
A:
location /weijishu/{
root D:/project/;
index index.html;
}
实际请求资源路径
D:/project/weijishu/index.html
D:/project/weijishu/img/123.png
B:
location /weijishu/{
root D:/project;
index index.html;
}
实际请求资源路径
D:/project/weijishu/index.html
D:/project/weijishu/img/123.png
C:
location /weijishu{
root D:/project/;
index index.html;
}
实际请求资源路径
D:/project/weijishu/index.html
D:/project/weijishu/img/123.png
D:
location /weijishu{
root E:/project;
index index.html;
}
实际请求资源路径
D:/project/weijishu/index.html
D:/project/weijishu/img/123.png
E:
location /weijishu/{
alias E:/project/;
}
实际请求资源路径
D:/project/weijishu/index.html 404
D:/project/weijishu/img/123.png 正常
F:
location /weijishu{
alias D:/project/;
}
实际请求资源路径
D:/project/weijishu/index.html 404
D:/project/weijishu/img/123.png 正常
1)alias指定的目录是准确的,即location匹配访问的path目录下的文件直接是在alias目录下查找的;
2)root指定的目录是location匹配访问的path目录的上一级目录,这个path目录一定要是真实存在root指定目录下的;
最后:
一句话总结就是,proxy_pass不加任何东西,则地址转向代理地址+访问的url目录,如果proxy_pass加了或者是其他路径,则跳转地址为代理地址+访问url去掉locaion部分。