nginx中try_files参数易被忽略的知识点

车皮

先创建测试目录与文件
　　mkdir -p /php/aaa/bbb
　　vim /php/aaa/index.html
　　<h1>small try</h1>

配置nginx server
　　

server {　　listen       80;
　　server_name  www.ready.org;
　　location / {
　　root  /php;
　　try_files $uri $uri/ /index.php;
　　index  index.html index.htm;
　　}
　　location ~ .*\.(php|php5)?$ {
　　root   /php;
　　fastcgi_pass   127.0.0.1:9000;
　　fastcgi_index index.php;
　　include fastcgi.conf;
　　}
　　}
　　

　　如上面的简单例子，开启了try_files参数时，浏览器输入www.ready.org/aaa 或者 www.ready.org/aaa/ 都会显示small try：

　　若浏览器输入www.ready.org/aaa/bbb 则会出现403 Forbidden

　　若浏览器输入www.ready.org/ccc 时，则会跳转至phpinfo页面(默认在根下创建了名为index.php的phpinfo文件)

　　由上述可以看出try_files参数可以实现自动检测网站根下是否存在用户在浏览器输入的名为URI文件和名为URI的目录，若存在则会跳转至用户请求的URI，并按所匹配的location完成后续步骤，若不存在则会跳转至最后一个参数，这以上例子中最后一个参数是根下的index.php(phpinfo),所以当找不到ccc目录和文件时，便跳转至根下的index.php
　　但会有一个比较特殊的情况，先看下面的例子：
　　

server {　　listen       80;
　　server_name  www.ready.org;
　　location / {
　　root  /php;
　　**try_files $uri $uri/ =502**
　　index  index.html index.htm;
　　}
　　location ~ .*\.(php|php5)?$ {
　　root   /php;
　　fastcgi_pass   127.0.0.1:9000;
　　fastcgi_index index.php;
　　include fastcgi.conf;
　　}
　　}
　　

　　粗体部分是修改后的参数，简单的说就是当nginx找不到用户请求的URI文件和目录时，会直接跳转到502错误页面，有了之前的例子这个就很好理解。但如果改成以下情况：
　　

server {　　listen       80;
　　server_name  www.ready.org;
　　location / {
　　root  /php;
　　**try_files $uri $uri/ /index.php =502;**
　　index  index.html index.htm;
　　}
　　location ~ .*\.(php|php5)?$ {
　　root   /php;
　　fastcgi_pass   127.0.0.1:9000;
　　fastcgi_index index.php;
　　include fastcgi.conf;
　　}
　　}
　　

当用户请求为www.ready.org/ccc 时会出现什么情况呢？

　　测试后发现会弹出php文件的下载对话框(因为浏览器不同，有些浏览器会直接显示php文件的源码)，不管怎么这都说明php文件没有被解析直接返回给了用户，为什么呢？原来是因为try_files参数会一直判断后面的文件或目录是否存在，若不存在会一直向后检查，直到倒数第二个参数被检查完，若都不存在，即解析并返回最后一个参数，中途的检查若存在，则直接返回给用户而不做解析，所以上面的例子最后才会返回php源码，nginx会自己内部直接返回，而不会交由php-fpm解析再返回。