应先检查 PHP 错误日志而非 Node.js 日志，因 500 错误根源几乎总在 PHP 端；需确认 php.ini 中 log_errors = On 且 error_log 路径可写，并关注 Apache、PHP-FPM 或内置服务器对应日志位置。
Node.js 调用 PHP 接口返回 500，先确认是不是 PHP 解析失败
500 错误本身不说明具体原因，但 Node.js 侧只是发起请求（比如用 axios 或 fetch），真正出错的几乎总在 PHP 端。关键不是查 Node.js 日志，而是立刻看 PHP 的错误日志——它会直接告诉你哪行语法错了、缺了分号、括号不匹配，或者用了未定义的函数。
常见现象：500 Internal Server Error 响应体为空或只有“Internal Server Error”字符串；curl -v http://localhost/xxx.php 也返回 500；浏览器开发者工具 Network 面板里 Response 是空的。
- PHP 默认错误日志路径通常是
/var/log/apache2/error.log（Apache）或/var/log/php-fpm/www-error.log（Nginx + PHP-FPM） - 如果用的是内置服务器（
php -S），错误会直接打到终端，没日志也要盯住控制台输出 - 确保 PHP 配置开启了错误记录：检查
php.ini中log_errors = On和error_log路径是否可写
PHP 语法错误常被忽略的三个位置
很多语法问题不会在编辑器里高亮，尤其当 PHP 文件混用 HTML 和 PHP 时，容易漏掉闭合或嵌套错位。
<?php开头缺失，或写了（短标签）但服务器禁用了short_open_tag-
echo或return后面少了分号，尤其在数组字面量或函数调用链末尾，如：json_encode($data)后没加分号，又紧接着exit; - 单引号字符串里误用了变量插值（
'$name'不会解析），但更隐蔽的是拼接时漏了点号，比如：'Hello' $name（PHP 7.4+ 直接报Parse error: syntax error）
用 php -l 快速验证 PHP 文件语法是否合法
不用启动 Web 服务，也不依赖日志轮转，一条命令就能定位语法错误行号。
立即学习“PHP免费学习笔记（深入）”；
在终端执行：
php -l /path/to/your/script.php
输出示例：
Parse error: syntax error, unexpected '$data' (T_VARIABLE) in /var/www/api/user.php on line 42
- 这个命令只做词法和语法扫描，不执行代码，安全且极快
- 适用于所有 PHP 版本（5.4+），包括 CLI 和 Web 模式共用的脚本
- CI/CD 流程中可以加这一步做预检，避免上线后才暴露语法问题
Node.js 请求 PHP 时别忽略 Content-Type 和编码
虽然这不是 500 的主因，但会掩盖真实错误。比如 Node.js 发送 application/json，而 PHP 脚本没调用 json_decode(file_get_contents('php://input'))，直接读 $_POST 就是空——接着可能触发未定义索引警告，再被当成致命错误（取决于错误级别设置）。
- PHP 默认只解析
application/x-www-form-urlencoded和multipart/form-data到$_POST；JSON 需手动处理 - 确保 PHP 文件开头有
header('Content-Type: application/json; charset=utf-8');，否则中文可能乱码，某些客户端会因此中断解析 - 如果 PHP 报
Notice: Undefined index类警告，且 error_reporting 包含E_NOTICE，而 display_errors 关闭，就只会返回 500 —— 这类问题必须靠日志或php -l发现
php -l，再顺藤摸瓜翻日志。 
