nginx location总结（终结）

本文主要是介绍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的路径匹配了，基本轮不到它了。

这篇关于nginx location总结（终结）的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！