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

Posted 2020-12-30

先创建测试目录与文件

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解析再返回。