根本原因是Node.js请求了PHP服务未注册或未启用的URL路径，需确认PHP文件能否被Web服务器直接访问、解析配置是否正确、URL路径是否完全匹配，并用curl和浏览器交叉验证。
Node.js 调用 PHP 接口返回 404 的根本原因
不是 Node.js 本身的问题，而是请求发到了一个 PHP 服务未注册或未启用的 URL 路径上。PHP 端（比如 Apache/Nginx + PHP-FPM）只响应明确配置的路由，而 Node.js 的 fetch 或 axios 不会自动“猜”你本地有没有 /api/user.php —— 它只管发，404 是 PHP Web 服务器返回的状态码。
确认 PHP 文件是否真能被 Web 服务器直接访问
绕过 Node.js，先手工验证 PHP 端是否就绪：
- 把 PHP 文件（如
user.php）放在 Web 根目录下（如/var/www/html/或htdocs/），确保它可通过浏览器直接打开：http://localhost/user.php - 检查 Web 服务器是否启用 PHP 解析：Apache 需加载
libphp.so或使用SetHandler application/x-httpd-php；Nginx 需正确配置fastcgi_pass指向 PHP-FPM socket - 查看 PHP 错误日志（如
/var/log/apache2/error.log）是否有File not found或Primary script unknown类报错
Node.js 请求 URL 必须与 PHP 实际可访问路径完全一致
常见错配场景：
- Node.js 写了
fetch('http://localhost:3000/api/user.php')，但 PHP 文件实际在http://localhost/user.php—— 这里:3000是 Node.js 自己的端口，不能代理到 PHP，除非你写了反向代理逻辑 - 用了 Nginx 反向代理但配置漏掉
.php后缀处理，导致所有带.php的请求被转发到 Node.js（它当然不会执行 PHP） - PHP 使用了框架（如 Laravel、ThinkPHP），路由由框架接管，
index.php是入口，直接访问user.php就是 404 —— 此时应请求http://localhost/index.php/user或启用重写规则
调试建议：用 curl 和浏览器双路验证
别只信 Node.js 日志，立刻用终端和浏览器交叉验证：
立即学习“PHP免费学习笔记（深入）”；
curl -v http://localhost/user.php
观察响应头中的 HTTP/1.1 200 OK 和响应体内容。如果 curl 也 404，问题 100% 在 PHP 端部署；如果 curl 成功但 Node.js 失败，检查：
- Node.js 是否启用了代理（如
http.Agent配置了错误的host） - 是否用了相对路径（如
./api/user.php），实际发送的是http://localhost:3000/./api/user.php - 跨域？虽然 404 不是跨域错误（CORS 是 200 + 报错），但某些代理配置失败时也会伪装成 404
路径拼写、协议（http/https）、端口、子目录、重写规则 —— 这些地方少一个斜杠或错一位，就是 404。
