nginx 中用 try_files 实现静态资源直返、其余交 php 处理的核心是:先试 $uri(文件)、再试 $uri/(目录),均失败则回退至 /index.php?$query_string;该跳转需配合 location ~ \.php$ 块中 fastcgi_pass 等指令才能真正执行 php。

在 Nginx 中,用 try_files 实现“静态资源直接返回,其余请求交 PHP 处理”是常见需求。关键不是让 try_files 直接转发动态请求,而是用它做存在性判断 + 回退到 PHP-FPM 的入口(如 index.php),再由 PHP 框架(如 Laravel、Symfony)完成真正的路由分发。
核心配置逻辑:静态优先,缺失则回退到 index.php
典型写法如下(以 Laravel 项目为例,root 在 /var/www/html):
location / {
try_files $uri $uri/ /index.php?$query_string;
}这行的意思是:
- 先尝试匹配请求路径是否对应真实存在的文件(
$uri),比如/logo.png→ 直接返回 - 不匹配?再试是否为真实目录(
$uri/),比如/admin/→ 返回该目录下的索引页(如index.html) - 都失败?就重写请求到
/index.php,并把原始查询参数($query_string)传过去,交给 PHP 路由处理
必须配合 fastcgi_pass 才能真正执行 PHP
try_files 本身不执行 PHP,只做路径跳转。要让 /index.php 被解析,需单独配置 location ~ \.php$ 块:
location ~ \.php$ {
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_pass 127.0.0.1:9000; # 或 unix:/var/run/php/php8.1-fpm.sock
}注意点:
- 务必用
$realpath_root(非$document_root),避免符号链接导致的路径错误 -
fastcgi_param SCRIPT_FILENAME必须明确指定,否则 PHP 可能找不到脚本 - 若用 Unix socket,确保 Nginx 进程有读写权限
常见陷阱与绕过方式
有些情况需要额外处理:
- 隐藏 index.php 的 URL:上面的配置已支持,只要 PHP 框架开启「去除 index.php」模式即可
-
防止 PHP 文件被直接下载:确保没有遗漏的
location ~ \.php$配置,且未被更宽泛的location /覆盖 -
子目录部署(如 /blog/):需调整
try_files回退路径为/blog/index.php?$query_string,并设置alias或root正确指向 -
API 路由或前端路由(如 Vue Router history 模式):可统一回退到
/index.php,由后端或前端接管;也可针对特定路径单独处理
验证是否生效的小技巧
改完配置后:
- 运行
nginx -t检查语法 - 重载配置:
nginx -s reload - 访问一个不存在的路径(如
/test/route),看是否进入 PHP 入口并输出预期内容 - 查看 PHP 错误日志(
/var/log/php8.1-fpm.log)和 Nginx error log,排查 502/404/500
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











