404错误页面显示PHP执行结果，是因为location ~ .php$块中缺失或误配try_files，导致Nginx将不存在的.php请求直接转发给PHP-FPM；PHP-FPM返回200状态码的“File not found.”而非404，且location /中的try_files对.php请求无效。
404错误页面显示了PHP执行结果，说明Nginx把请求错误地交给了PHP-FPM处理，而不是自己返回404——根本原因是try_files在location ~ \.php$块里被误用或缺失。
为什么try_files放在location ~ \.php$里会导致PHP执行404页面？
当用户访问一个不存在的PHP文件（比如/nonexistent.php），Nginx会直接匹配到location ~ \.php$块。如果这个块里写了try_files $uri =404，它确实能拦住；但很多人漏写、写成try_files $uri /index.php，甚至干脆没写——这时Nginx就会把SCRIPT_FILENAME设为$document_root/nonexistent.php，然后转发给PHP-FPM。
PHP-FPM发现文件不存在，会返回“File not found.”，但这个响应是HTTP 200状态码（不是404），内容是纯文本错误，看起来就像“PHP执行出了个错”，实则Nginx根本没介入404逻辑。
-
try_files必须出现在location ~ \.php$内部，且优先级高于后续fastcgi_pass - 写成
try_files $uri =404是最安全的兜底：存在就传，不存在就由Nginx立即返回404 - 若写成
try_files $uri /index.php，会把所有不存在的.php请求都重写到/index.php，而/index.php又不匹配~ \.php$（除非你额外配了嵌套规则），最终可能触发另一个404或500
location /里的try_files对PHP路由没用，别指望它管.php请求
Nginx匹配规则是：先找最长前缀匹配（如location /），再按顺序扫描正则匹配（如location ~ \.php$）。只要URI以.php结尾，就**永远进不到location /的try_files里**——它根本不会被执行。
所以你在location /里写的try_files $uri $uri/ /index.php?$query_string，只对/signin、/api/user这类非PHP后缀的请求生效；它和/missing.php完全无关。
- 想让
/missing.php返回Nginx原生404？必须在location ~ \.php$里加try_files $uri =404 - 想让
/missing.php也走框架统一404逻辑？得确保PHP应用本身捕获$_SERVER['SCRIPT_FILENAME']并检查文件是否存在，再手动http_response_code(404) - 不要把
location /的try_files当成万能路由开关——它不处理任何.php后缀请求
PHP-FPM返回“File not found.”时，如何让它真正返回404状态码？
PHP-FPM自身不生成HTTP状态码，它只输出内容+可选header。所谓“File not found.”其实是fpm-cgi模块在找不到脚本时打印的默认提示，此时响应头仍是HTTP/1.1 200 OK，浏览器看到的是200页面，不是404。
要让PHP层面也返回404，有两个可靠路径：
- 启用
fastcgi_intercept_errors on（在http或server块中），配合error_page 404 /404.php，这样PHP-FPM返回的任意200错误内容都会被Nginx拦截并替换为指定404页面 - 在PHP入口（如
index.php）开头主动检查file_exists($_SERVER['SCRIPT_FILENAME'])，不存在则http_response_code(404)并exit——但这要求所有PHP请求都经此入口，不适用于直接访问info.php等独立脚本 -
fastcgi_param SCRIPT_FILENAME路径必须真实存在且可读，否则PHP-FPM连报错都懒得打，直接静默失败（表现为502或空响应）
容易被忽略的关键点：权限、路径、配置加载顺序
即使try_files写对了，以下三点仍会导致看似“配置生效”实则404被绕过：
-
fastcgi_pass指向的socket路径（如unix:/run/php/php8.1-fpm.sock）必须和php-fpm.conf里listen =的值**完全一致**，包括路径大小写和有无php子目录 - socket文件需对Nginx worker进程用户（通常是
www-data）有读写权限；常见错误是ls -l /run/php/显示属主为root且权限为600 - 如果你用
include snippets/fastcgi-php.conf，确认该文件里没有覆盖你手动写的try_files或SCRIPT_FILENAME——很多发行版自带的fastcgi-php.conf不含try_files，得自己补
最稳妥的做法：删掉所有include，把fastcgi_param、try_files、fastcgi_pass全部显式写死在location ~ \.php$块里，避免隐式继承带来的不确定性。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
