Nginx文件匹配

原文链接：https://blog.csdn.net/jw2015_8/article/details/84926464

基本用法

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的路径匹配了，基本轮不到它了。