node.js调用php接口返回400或空响应，主因是content-type与body格式不匹配：node.js需显式设headers为application/json并json.stringify()，php应改用json_decode(file_get_contents(‘php://input’))而非$_post，且注意php 8.1+对utf-8和bom的严格校验。
Node.js 调用 PHP 接口返回 400 或空响应，大概率是 Content-Type 和 body 格式不匹配
高版本 PHP（尤其是 8.1+）对 application/json 请求体校验更严格：如果 Node.js 用 fetch 或 axios 发送 JSON，但没设对 Content-Type，PHP 可能直接忽略 $_POST 或解析失败，导致逻辑跳过、参数为空、甚至 400 错误。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 确保请求头明确声明
Content-Type: application/json，不能只靠自动推断 - Node.js 端必须用
JSON.stringify()序列化 body，不能传对象字面量 - PHP 端别再依赖
$_POST读 JSON；改用json_decode(file_get_contents('php://input'), true) - 若 PHP 接口同时支持表单和 JSON，需在入口先判断
get_headers()['Content-Type']是否含application/json
PHP 8.1+ 的 json_decode 默认拒绝非 UTF-8 字符，Node.js 发送含中文的 JSON 易触发解析失败
Node.js 默认用 UTF-8 编码字符串，但若中间经过某些代理、日志模块或手动拼接字符串时混入 BOM 或 GBK 字节，PHP json_decode 会静默返回 NULL（无报错），导致后续逻辑崩掉。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在 Node.js 发送前加一层校验：
Buffer.from(bodyStr, 'utf8').toString('utf8') === bodyStr，不等就说明有非法编码 - PHP 端不要直接用
json_decode($raw)，先过滤 BOM：$raw = ltrim($raw, "xEFxBBxBF"); - 开发期打开 PHP 的
display_Errors = On并捕获json_last_error_msg()，否则根本看不出哪错了
fetch 发请求被 PHP 识别为 application/x-www-form-urlencoded，但 PHP 没收到任何 $_POST
这是最典型的“看着发了，实际没进 PHP”的情况。常见于 Node.js 用 fetch 但没写 headers，或写了但拼错成 content-type（小写键名在部分运行时会被忽略）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
-
fetch必须显式传headers: { 'Content-Type': 'application/json' }，且键名首字母大写 - 避免用
URLSearchParams构造 JSON 请求体——它会强制变成表单格式 - PHP 端可临时加日志：
error_log('Raw input: ' . file_get_contents('php://input'));，确认到底收到了什么 - 如果 Node.js 是用
http.request手写请求，注意write()前必须调用end()，否则连接可能挂起
PHP 接口返回 500 internal Server Error，但错误日志里只有 undefined Array key
这往往不是 Node.js 的问题，而是 PHP 升级后启用了更严格的错误报告级别（E_NOTICE 默认报错），而 Node.js 请求体字段名大小写/下划线风格和 PHP 数组键名不一致，比如传了 { "user_id": 123 }，PHP 却写 $data['userId']。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- PHP 端统一用
??或isset()判断键存在，别直接访问未保证的数组键 - Node.js 发送前用
Object.keys().map(k => [k.toLowerCase().replace(/_/g, ''), data[k]])做字段归一化（按团队约定） - 检查
php.ini中error_reporting是否设为E_ALL & ~E_DEPRECATED & ~E_STRICT，避免E_NOTICE导致 500
真正卡住人的，往往是 PHP 那边没开错误日志，或者 Node.js 把错误吞掉了没抛出来；两边都得留一手原始输入输出快照，不然光看 HTTP 状态码，永远在猜。