php://input 仅适用于非表单类原始数据（如json/xml），且content-type非application/x-www-form-urlencoded或multipart/form-data；需用file_get_contents一次性读取，不可重复调用，不能与$_post混用，调试时应先验长度和原始字节。
PHP 用 php://input 读取原始 POST 数据的适用场景
只有当请求体是纯文本（比如 JSON、XML、自定义二进制）且 Content-Type 不是 application/x-www-form-urlencoded 或 multipart/form-data 时，php://input 才能可靠读取原始数据。表单提交用 $_POST 就够了，硬套 php://input 反而拿不到东西。
常见误用场景：前端用 fetch 发 JSON，但后端直接查 $_POST ——结果为空，因为 PHP 不解析 JSON 到 $_POST；这时才轮到 php://input 上场。
file_get_contents('php://input') 的正确用法和限制
这是最常用也最稳妥的方式，但必须注意三点：
-
php://input只能读一次，后续再调用会返回空字符串 - 不能和
$_POST或$_FILES混用——只要 PHP 解析过表单数据（比如 Content-Type 是multipart/form-data），php://input就失效了 - 如果请求用了 chunked transfer encoding，
php://input在某些 PHP 版本（如 5.6 之前）可能不可用
示例：
$raw = file_get_contents('php://input');
$data = json_decode($raw, true);
if (json_last_error() !== JSON_ERROR_NONE) {
// 处理解析失败
}
为什么 fgets(fopen('php://input', 'r')) 容易出错
手动 fopen + fgets 看似灵活，实则埋雷：
- 没指定长度参数时，
fgets默认只读 1024 字节，大 JSON 直接截断 - 没处理换行符边界，可能漏掉最后一行（尤其 Node.js 或 Python 客户端发的数据末尾无换行）
- PHP 7.4+ 对
php://input的流操作更严格，部分环境会报 Warning
结论：除非你明确要流式解析超大 payload，否则别绕开 file_get_contents。
调试时怎么确认 php://input 是否可用
最直接的办法是打印它的长度和前几十个字符，而不是盲目解码：
- 先检查
$_SERVER['CONTENT_TYPE']，确认不是multipart/form-data或空值 - 用
strlen(file_get_contents('php://input'))看是否为 0 —— 为 0 基本说明被提前消费或编码不匹配 - 用
bin2hex(substr(file_get_contents('php://input'), 0, 32))查看原始字节，排除 BOM 或不可见控制符干扰
一个容易被忽略的点：Nginx 的 client_max_body_size 或 Apache 的 LimitRequestBody 如果设得太小，请求根本到不了 PHP，php://input 自然为空——这时候查日志比查代码更快。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
