一、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
慢慢比较发现规律:
- proxy_pass 最后有斜线时(即端口后只有斜线,例如A和B中的proxy_pass),location 最后有斜线时,最终组成的url:proxy_pass + location最后一个斜线以后的部分
- proxy_pass 最后有斜线时(即端口后只有斜线,例如A和B中的proxy_pass),location 最后无斜线时,最终组成的url:proxy_pass + 斜线 + location后面的所有部分(但不包含location后面的所有部分的第一个斜线) //其实就是比1多个斜线
- proxy_pass 最后无斜线时,location 最后有斜线时,最终组成的url:proxy_pass + location + 请求url中location以后的所有部分(不包含第一个/)
- proxy_pass 最后无斜线时,location 最后无斜线时,最终组成的url:proxy_pass + location + “/” + 请求url中location以后的所有部分(不包含第一个/)
- proxy_pass 最后有斜线时(且已经包含了至少一级目录,例如E和F中的proxy_pass),location 最后有斜线时,最终组成的url:proxy_pass + location以后的所有部分(但不包含第一个/)
- proxy_pass 最后有斜线时(且已经包含了至少一级目录,例如E和F中的proxy_pass),location 最后无斜线时,最终组成的url:proxy_pass + “/” + location以后的所有部分(包含第一个/)
- proxy_pass 最后无斜线时(且包含了至少一级目录,例如G和H中的proxy_pass),location 最后有斜线时,最终组成的url:proxy_pass + location以后的所有部分(不包含第一个/)
- 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 正常
慢慢比较发现规律:
- alias指定的目录是准确的,即location匹配访问的path目录下的文件直接是在alias目录下查找的;
- root指定的目录是location匹配访问的path目录的上一级目录,这个path目录一定要是真实存在root指定目录下的;