node.js调用php接口无响应，首要排查php服务（如php-fpm、apache或nginx）是否运行；其次验证端口连通性（telnet/curl）；再检查php脚本是否阻塞；最后考虑docker网络或selinux限制。
Node.js 调用 PHP 接口无响应，先确认 PHP 服务是否在运行
PHP 脚本本身不启动服务，所谓“PHP 服务”通常指运行 PHP 的 Web 服务器（如 Apache、Nginx）或 CGI/FPM 进程（如 php-fpm）。Node.js 发起 HTTP 请求后无响应，第一排查点就是后端进程根本没起来。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 登录服务器，执行
ps aux | grep php-fpm或systemctl status php-fpm（路径和命令依系统而异，Ubuntu 常为php8.1-fpm） - 若用 Apache，检查
systemctl status apache2；Nginx 则查systemctl status nginx - 注意：即使
php -v能输出版本，也不代表php-fpm或 Web 服务在监听端口
检查 Node.js 是否能连上 PHP 所在地址和端口
HTTP 请求卡住（超时、pending），大概率是 TCP 层就失败了——Node.js 根本没把请求发出去，或者对方没应答。不能只看 fetch 或 axios 报错，得验证底层连通性。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在 Node.js 所在机器上直接执行：
telnet 127.0.0.1 9000（若 PHP-FPM 监听 9000）、curl -v http://localhost:8080/test.php（若走 Nginx/Apache） - 如果
telnet卡住或报Connection refused，说明目标端口未开放或服务未绑定到该地址 - 特别注意：PHP-FPM 默认可能只监听
127.0.0.1:9000或 Unix socket（如/run/php/php8.1-fpm.sock），而 Node.js 若请求的是公网 IP 或容器内网 IP，就会连不上
PHP 脚本阻塞或无限循环导致 Node.js 等待超时
服务进程活着、端口也通，但 Node.js 请求始终 hang 住，常见原因是 PHP 脚本内部卡死——比如数据库查询没索引、sleep(30)、死循环、或等待外部资源（如另一个未响应的 API）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 临时在 PHP 文件开头加
error_log("start\n", 3, "/tmp/php-debug.log");，结尾再写一行，确认是否执行到末尾 - 检查是否有
file_get_contents、cURL、mysqli_query等同步阻塞调用，且未设超时（如curl_setopt($ch, CURLOPT_TIMEOUT, 5)） - Node.js 侧也要设好超时：
axios.get(url, { timeout: 10000 })，否则默认可能等很久才报错
Docker 或 SELinux 导致网络隔离或权限拒绝
本地开发正常，一上生产/容器就无响应，常是环境差异惹的祸。Docker 默认网络模式下，localhost 指向容器自身；SELinux 可能拦截跨进程 socket 通信。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- Docker 中 Node.js 容器访问宿主机 PHP 服务，别用
localhost，改用宿主机真实 IP（如172.17.0.1）或使用host.docker.internal（Docker Desktop 支持，Linux 需手动添加） - 检查 PHP-FPM 配置中
listen.allowed_clients是否限制了 IP（默认可能只允127.0.0.1） - SELinux 启用时，执行
setsebool -P httpd_can_network_connect 1允许 Web 进程发起网络连接（适用于 Apache + PHP 场景）
真正难定位的不是“PHP 没跑”，而是“PHP 跑着但某条路径卡死”——这时候日志级别、超时设置、以及从 TCP 层逐层往上验，比重写代码更管用。
