root指令
示例一
server {
listen 80;
location / {
root /data;
index index.html index.htm;
try_files $uri $uri/ /index.html;
}
}
#结果
访问路径:http://127.0.0.1:80/index.html 实际访问/data/index.html
访问路径:http://127.0.0.1:80/a/index.html 实际访问/data/a/index.html
示例二
location /a {
root /data;
index index.html index.htm;
try_files $uri $uri/ /index.html;
}
#结果
访问路径:http://127.0.0.1:80/a/index.html 实际访问/data/a/index.html
访问路径:http://127.0.0.1:80/aaab/index.html 实际访问/data/aaab/index.html
root指令实际访问的文件路径是root路径+location路径
alias指令
我个人建议alias指令后面的路径都加上/,因为大多数我们配置的都是指定到固定文件夹,除非你的location匹配的是固定的文件,那么你alias也可以指定固定文件路径
示例一
#配置指定的文件路径
server {
listen 80;
location /index.html {
alias /data/index.html;
}
}
#结果
访问路径:http://127.0.0.1:80/index.html 实际访问/data/index.html
访问其他地址都会报`404 Not Found`
示例二
bash复制代码server {
listen 80;
location /a {
alias /data/;
index index.html index.htm;
try_files $uri $uri/ /index.html;
}
}
#结果
访问路径:http://192.168.137.110:8060/a/index.html 实际访问/data/index.html
访问路径:http://192.168.137.110:8060/a/a/index.html 实际访问/data/a/index.html
alias指令会把location上配置的值去掉,然后把后缀拼接到alias指令后面,就像上面访问/a/index.html,而location是/a,最终的访问文件地址是/data/index.html。
try_files指令
按指定的file顺序查找存在的文件,并使用第一个找到的文件进行请求处理。
案例配置
server {
listen 80;
location /a/ {
root /data/;
index index.html index.htm;
try_files $uri $uri/ /index.html;
}
}
#比如请求http://192.168.137.110:8060/a/index.html
$uri
查找文件/data/a/index.html
$uri/
查找文件夹/data/a/index.html/下的index.html文件
/index.html
请求http://192.168.137.110:8060/index.html路径
针对alias的多个location指令的try_files配置
为什么要加try_files指令,因为路由由前端控制了,页面刷新的时候路由重新到后端,找不到该文件,我们就把它重定向到index.html文件,交给前端解析。
server {
listen 80;
location /mobile/ {
alias /data-mobile/;
index index.html index.htm;
try_files $uri $uri/ /mobile/index.html;
}
location /pc/ {
alias /data-pc/;
index index.html index.htm;
try_files $uri $uri/ /pc/index.html;
}
}
proxy_pass指令
该指令用于反向代理使用
案例一
配置
server {
listen 80;
location /apis-config1/ {
proxy_pass http://192.168.137.2:5021/;
}
}
结果
访问`http://192.168.137.110:8060/apis-config1/abc` 实际访问的是`http://192.168.137.2:5021/abc`
案例二
配置
server {
listen 80;
location /apis-config2/ {
proxy_pass http://192.168.137.2:5021;
}
}
结果
访问`http://192.168.137.110:8060/apis-config2/abc` 实际访问的是`http://192.168.137.2:5021/apis-config2/abc`
案例三
配置
server {
listen 80;
location /apis-config3/ {
proxy_pass http://192.168.137.2:5021/apis/;
}
}
结果
访问`http://192.168.137.110:8060/apis-config3/abc` 实际访问的是`http://192.168.137.2:5021/apis/abc`
案例四
配置
server {
listen 80;
location /apis-config4-1/ {
proxy_pass http://192.168.137.2:5021/apis;
}
location /apis-config4-2 {
proxy_pass http://192.168.137.2:5021/apis;
}
}
结果
访问`http://192.168.137.110:8060/apis-config4-1/abc` 实际访问的是`http://192.168.137.2:5021/apisabc`
访问`http://192.168.137.110:8060/apis-config4-2/abc` 实际访问的是`http://192.168.137.2:5021/apis/abc`
案例五
配置
server {
listen 80;
location /apis-config5-1 {
proxy_pass http://192.168.137.2:5021/;
}
location /apis-config5-2 {
proxy_pass http://192.168.137.2:5021;
}
}
结果
访问`http://192.168.137.110:8060/apis-config5-1/abc` 实际访问的是`http://192.168.137.2:5021//abc`
访问`http://192.168.137.110:8060/apis-config5-2/abc` 实际访问的是`http://192.168.137.2:5021/apis-config5-2/abc`
对于这个没啥好说的,按需选取配置,不过我个人推荐都加上/符号,就按照案例一配置就能不变应万变。