关于nginx location路径匹配问题（看这一篇就够了）

文档从我的有道云笔记复制过来的，排版有点乱掉，请参考 原文

基本用法

location / {

root html;

try_files $uri $uri/ /index.html;

}

匹配所有“/”开头的路径到html目录下。try_files的含义是：首先会匹配$uri文件，如果没有去匹配$url/文件，如果再没有去找/index.html

 

扩展用法

location /static/ {

root dev;

try_files $uri $uri/ /index.html;

}

重点剖析一下：

1.首先会去找根路径 dev/static/

2.如果1没找到，会执行try_files ，如果$uri 没找到，则会使用html目录下的默认路径/html

 

从上面的例子可以看出，如果使用了try_files /index.html，在路径和目录配置错误的时候，总会跳转到html下面的index.html。导致最后完全找不到问题原因。try_files一定要 慎用。

 

扩展变形

location ^~ /static/ {

root /dev;

index index.html index.htm;

}

上面使用了绝对路径，系统会去查找系统目录/dev/static/ 如果找不到目录，会去找该目录下的index.html（index.htm），如果找不到会报错。由于我们使用了index，而非try_files。

 

匹配文件后缀

location ~ .*\.(gif|jpg|jpeg|png)${ root html; }

上面匹配所有最终结尾的文件路径。

 

匹配多种开头

location ~ ^/(api|login|register)/ {

}

注意符号的使用顺序，和匹配单个有所区别。

 

多种匹配结果，并且前缀相同，以最长路径的为准

location ^~ /app/ {

root /dev;

index index.html index.htm;

}

 

location ^~ /app/task/ {

root /dev1;

index index.html index.htm;

}

如果访问：ip/app/ ,会跳转到第一种，在目录/dev/app目录下查找。如果访问 ip/app/task 则会在目录/dev1/app/task/下查找。

颠倒上面的顺序：

发现查找的还是：/dev1/app/task/

 

如果不明白的，可以测试把

location / {

root html;

try_files $uri $uri/ /index.html;

}

放在所有路径的前面，或者最后，发现如果其他location的路径匹配了，基本轮不到它了。

<audio controls="controls" style="display: none;"></audio>

<audio controls="controls" style="display: none;"></audio>