今天，测试 一个后台接口，写了个html，在其中使用jquery发送请求给后台，chrome91竟然报错说跨域给error了！那岂不是以后本机页面不能和后端愉快的玩耍了？
于是，配置起了nginx+反向代理的方式，旨在迂回对抗chrome的新安全机制。
目标地址：http://127.0.0.1:8006/publish/template/modifyInterPublish
配置如下：
1 server { 2 listen 80; 3 server_name localhost; 4
5 location / { 6 root html; 7 index index.html index.htm; 8 if ($request_filename ~* ^.*?\.(txt|doc|pdf|rar|gz|zip|docx|exe|xlsx|ppt|pptx|jar|war)$) { 9 add_header Content-Disposition 'attachment'; 10 } 11 } 12
13 location /proxy { 14 proxy_pass http://127.0.0.1:8006;
15 index index.html; 16 } 17
18 }
结果：怎么也访问不到！
原来只差一个“/”！
即：
1 location /proxy { 2 proxy_pass http://127.0.0.1:8006;
3 index index.html; 4 }
改为：
1 location /proxy { 2 proxy_pass http://127.0.0.1:8006/;
3 index index.html; 4 }
原来proxy_pass匹配路径后加杠代理后将去掉已匹配的路径，不加杠则保留已匹配的路径。
请求网址：http://127.0.0.1:8006/publish/template/modifyInterPublish
使用 proxy_pass http://127.0.0.1:8006; 代理后的网址为：http://127.0.0.1:8006/proxy/publish/template/modifyInterPublish
使用 proxy_pass http://127.0.0.1:8006/; 代理后的网址为：http://127.0.0.1:8006/publish/template/modifyInterPublish
而location匹配的路径后有没有杠无所谓，即
location /proxy 和 location /proxy/ 匹配的结果没有区别。
最后再上正确的配置：
1 server { 2 listen 80; 3 server_name localhost; 4
5 location / { 6 root html; 7 index index.html index.htm; 8 if ($request_filename ~* ^.*?\.(txt|doc|pdf|rar|gz|zip|docx|exe|xlsx|ppt|pptx|jar|war)$) { 9 add_header Content-Disposition 'attachment'; 10 } 11 } 12
13 location /proxy { 14 proxy_pass http://127.0.0.1:8006/;
15 index index.html; 16 } 17
18 }