php接收不到node.js发送的完整http请求数据，根本原因是php默认的post_max_size、memory_limit和max_input_time等配置过小或超时，导致大文本、json或文件流被截断或丢弃。
Node.js 向 PHP 发起 HTTP 请求（比如用 axios 或 node-fetch）时，PHP 接收不到完整数据，常见于 POST 大文本、JSON 或文件流场景——根本原因往往不是网络中断或编码错误，而是 PHP 默认的输入缓冲和超时限制太保守，导致 Node.js 发送的数据被截断或丢弃。
PHP 的 post_max_size 和 memory_limit 不够用
Node.js 发送一个 8MB 的 JSON，PHP 却只收到前 2MB，$_POST 为空、file_get_contents('php://input') 截断——先检查这两个配置是否低于实际数据体积：
-
post_max_size必须 ≥ Node.js 实际发送的请求体大小（含 multipart 边界、base64 编码膨胀等） -
memory_limit要能容纳整个原始输入流（尤其用php://input读取时），不能仅看post_max_size - 修改后必须重启 PHP-FPM 或 apache，
phpinfo()页面确认生效，别只改了php.ini就以为完事
max_input_time 超时导致连接被 PHP 主动关闭
Node.js 发送大 payload 时耗时稍长（比如慢网、高 CPU），PHP 在解析请求头/体过程中触发 max_input_time 限制（默认 60 秒），直接断开连接，Node.js 收到 ECONNRESET 或空响应。这不是超时重试能解决的：
- 该值单位是秒，不是毫秒；设为
-1表示不限制（生产环境慎用） - nginx 下还需同步调大
fastcgi_read_timeout，否则 Nginx 先于 PHP 断连 - 若用 swoole 或 RoadRunner，该配置不生效，需查对应服务器的 body read timeout
Node.js 端未正确设置 Content-Length 或分块传输
当 Node.js 用 http.request 手动写入流（如 req.write(chunk)），但没传 Content-Length 且未启用 Transfer-Encoding: chunked，PHP 可能无法判断请求体边界，尤其在 FastCGI 模式下易丢尾部数据：
立即学习“PHP免费学习笔记（深入）”；
- 对已知大小的数据，显式设置
headers['Content-Length']最稳妥 - 对流式上传（如读取文件流），确保底层 HTTP 客户端支持自动分块（
axios默认支持，原生http需手动处理） - 用
curl -v对比请求头，确认Content-Length存在且值准确，避免因 gzip 压缩、代理重写导致误判
真正卡住的点常不在 Node.js 发送逻辑，而在 PHP 的「静默截断」行为：没有报错、$_POST 为空、php://input 读不完——这时候别急着改 Node.js，先用 file_get_contents('php://input', false, NULL, 0, 8388608) 强制读 8MB，再对比 strlen() 和预期长度，就能快速定位是缓冲区不够还是传输中途被切了。