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）。
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
实操建议：
立即学习“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 层逐层往上验，比重写代码更管用。
