404错误源于反向代理配置与PHP实际监听端口不一致。常见原因包括:php -S 未绑定0.0.0.0导致外部无法访问、proxy_pass 地址未随环境更新、Docker端口映射与Nginx配置错配、路由脚本未正确处理静态资源、CDN或浏览器缓存旧响应。

PHP服务实际监听端口和反向代理配置不一致
404不是PHP本身报的,是前端Nginx/Apache或网关(如Traefik、Caddy)转发时找不到后端服务导致的。常见于用 php -S 启动内置服务器但反向代理仍指向旧端口,或Docker容器映射端口写错。
-
php -S 0.0.0.0:8000运行后,Nginx的proxy_pass却写成http://127.0.0.1:8080→ 必然404 - Docker运行命令用了
-p 8080:8000,但Nginx配置里写的是proxy_pass http://container:8000(容器内端口),而宿主机访问走的是8080→ 若Nginx在宿主机,应配http://127.0.0.1:8080 - PHP内置服务器默认只监听
localhost,即php -S localhost:8000,外部请求进不来,必须显式写0.0.0.0:8000
Nginx proxy_pass 指向地址未随部署环境动态调整
本地开发用 php -S 0.0.0.0:8000,上线却忘了改Nginx配置,或CI/CD模板里硬编码了端口,导致生产环境始终连错。
- 检查Nginx配置中
proxy_pass的值是否匹配当前PHP服务真实监听地址+端口(注意:不能只看容器EXPOSE或-p参数,要确认进程真正在听哪个IP:PORT) - 用
ss -tlnp | grep :8000或lsof -i :8000确认PHP进程是否真在监听且绑定到通配地址 - 若用Docker Compose,确保
depends_on不代表“就绪”,需加健康检查或启动延迟,避免Nginx先启动、PHP服务还没起来就转发失败
PHP内置服务器路由文件未正确指定
php -S 默认不支持重写,所有请求都经由路由脚本分发。如果没传第2个参数(路由器脚本),或脚本里没处理静态资源/子路径,也会返回404。
- 启动命令必须带路由文件:
php -S 0.0.0.0:8000 router.php -
router.php至少要有基础判断,例如:if (preg_match('/\.(?:png|jpg|jpeg|gif|css|js)$/', $_SERVER["REQUEST_URI"])) { return false; // 让PHP内置服务器直接返回静态文件 } // 否则交由你的框架/逻辑处理 include __DIR__ . '/index.php'; - 漏掉
return false会导致图片、CSS等全部进index.php,而后者通常不处理这些路径 → 404
Cloudflare或中间代理缓存了旧的404响应
端口修正后仍见404,可能是CDN或浏览器缓存了错误响应。PHP服务已正常,但请求根本没走到它那里。
立即学习“PHP免费学习笔记(深入)”;
- 用
curl -v http://your-domain.com查看响应头中的X-Cache、Age字段,确认是否被缓存 - 临时关闭Cloudflare代理(转为DNS only),或在CF规则里加缓存排除:
Cache Level = Bypassfor/* - 浏览器测试务必用无痕窗口 + 强制刷新(
Ctrl+F5),或加时间戳参数绕开缓存:?t=123
php -S 默认只绑 localhost,以及路由脚本里忘记放行静态资源。











