PHP伪静态404根本原因是Web服务器未正确转发URL至PHP，需检查Apache/Nginx重写配置、入口文件路由解析及路径一致性。
PHP 伪静态本身不会直接导致 404，真正出问题的是 Web 服务器（如 Apache 或 Nginx）未能将重写后的 URL 正确转发给 PHP 脚本处理。排查要从服务器配置和入口文件两头入手。
Apache 的 .htaccess 规则没生效或写错
常见现象：页面刷新或点击伪静态链接时返回 404，但直接访问 index.php?r=user/profile 正常；mod_rewrite 模块未启用或 AllowOverride 被禁用是主因。
- 确认
mod_rewrite已启用：a2enmod rewrite（Debian/Ubuntu），然后重启 Apache - 检查虚拟主机配置中是否允许 .htaccess 覆盖：
AllowOverride All（不能是None） -
.htaccess中的规则必须包含完整重写逻辑，例如 Laravel 常用的兜底规则：
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ index.php/$1 [L]
注意：[L] 表示终止后续规则，缺了可能导致循环或跳过关键转发；路径末尾的 /$1 也要和框架实际接收方式一致（有些框架用 ?s=）。
Nginx 的 try_files 配置缺失或顺序错误
Nginx 不读 .htaccess，必须在 server 块里显式配置重写逻辑。典型错误是漏掉 try_files，或把 index.php 放在最后却没传参。
- PHP-FPM 环境下，必须确保请求最终落到
index.php并携带原始 URI - 推荐写法（兼容大多数 ThinkPHP/Laravel 路由）：
location / {
try_files $uri $uri/ /index.php?$query_string;
}
注意：$query_string 是关键——它把原始查询参数（如 ?id=123）透传给 PHP；若用 /index.php/$uri，则需在 PHP 中解析 $_SERVER['PATH_INFO']，且 Nginx 要额外配置 fastcgi_split_path_info，容易出错。
PHP 入口文件未正确解析路由变量
服务器转发成功了，但 PHP 仍报 404，说明框架或自定义路由没拿到真实路径。根源常在 $_SERVER 变量被覆盖或未标准化。
- Laravel 用户检查
public/index.php是否调用了$_SERVER['REQUEST_URI']；部分 Nginx 配置会让该值为空，需补上：
if (!isset($_SERVER['REQUEST_URI'])) {
$_SERVER['REQUEST_URI'] = strtok($_SERVER['REQUEST_URL'], '?');
}
- ThinkPHP 6+ 默认依赖
PATH_INFO，若 Nginx 未设置fastcgi_param PATH_INFO $fastcgi_path_info;，就会路由失败 - 手动调试时，直接打印
var_dump(，看哪个字段实际携带了伪静态路径
$_SERVER['REQUEST_URI'], $_SERVER['PATH_INFO'], $_GET)
rewrite 后的路径被防火墙或安全模块拦截
某些主机环境（如宝塔、cPanel）或 WAF（如 Cloudflare、安全狗）会主动过滤含特殊字符或非常规路径的请求，导致 404 不经过 PHP 就被拦截。
- 临时关闭 WAF 或主机防火墙，确认是否恢复正常
- 检查 Nginx error log：
tail -f /var/log/nginx/error.log，搜索rewrite or internal redirection cycle或client denied by server configuration - Apache 下查看
error_log，留意File does not exist后面的真实路径——它可能暴露了 rewrite 目标文件并不存在（比如指向了不存在的index.php）
最易被忽略的一点：伪静态规则里写的 index.php 文件路径，必须和实际 Web 根目录结构一致。例如网站部署在 /var/www/html/subdir/，但规则写成 /index.php，就会因路径偏差返回 404。
