phpinput和$_POST有啥区别？别再傻傻分不清了。

发布日期： 2025-09-22 阅读量： 作者： admin

今天就来聊聊我在捣鼓php接口的时候，跟这个php://input打交道的过程。

起初，我写接口接收数据，一直用的都是$_POST或者$_GET，这俩哥们用起来确实顺手，特别是处理网页表单提交过来的那种数据，直接就能拿到一个整理好的数组，要啥有方便得很。

但有一次就栽跟头了。

那次是跟一个前端哥们合作，他那边用JavaScript的fetch给我发数据，而且明确说了，发的是JSON格式的数据。我这边就照常写了个接收脚本，里面上来就是print_r($_POST)，想看看传了啥过来。

结果？前端那边明明说发出去了，我这边死活就是个空数组！$_POST啥也抓不到。我当时就纳闷了，数据？跑哪去了？

折腾过程

我先是怀疑是不是请求方法不对，确认了是POST请求没错。然后又怀疑是不是前端没发对，让他截了个图，看了网络请求的载荷（payload），数据确实在那儿，是个JSON字符串。

这就怪了，数据到了服务器，PHP咋就收不到？我就开始琢磨$_POST这玩意儿。我记得它好像主要对付的是那种application/x-www-form-urlencoded或者multipart/form-data类型的数据，也就是普通表单提交的那种格式。

前端发的Content-Type是application/json。，原来问题可能出在这儿！$_POST大概是不认这种格式的数据，所以才没给我解析出来。

那咋办？总得有办法拿到原始数据。我就到处翻资料、问人，然后就有人提到了php://input。

看着有点怪，像个文件路径似的。文档说，这玩意儿是个只读流，能让你直接访问请求的原始报文体（request body）。

我就试了试：

这下行了！屏幕上打出来一个字符串，正好就是前端发过来的那个JSON！

拿到原始数据就好办了。

因为我知道它是JSON格式的，所以接下来就用json_decode()函数把它转成PHP能用的数组或者对象。

$data = json_decode($raw_data, true); // 第二个参数true表示转成关联数组

这下，数据终于到手了，该干嘛干嘛去。

后来我就搞明白了：

$_POST是PHP帮你处理好的、特定格式（主要是表单）的数据，它是个方便的快捷方式。
php://input则是让你直接接触到最原始的请求体内容，不管它是啥格式（JSON、XML、或者别的啥），只要不是multipart/form-data（这种一般是文件上传，得用$_FILES处理），你都能用php://input拿到。
用php://input拿到的就是一坨原始字符串，具体怎么解析，得看你预期收到的是什么格式的数据，然后自己动手（比如用json_decode, simplexml_load_string等）。
听说这玩意儿比以前那个$HTTP_RAW_POST_DATA要更省内存，也不需要在*里特别设置虽然我没用过老的那个，但既然新的更那就用新的呗。

现在我写接口，特别是对接那些发送JSON数据的API或者前端应用时，基本上就告别只依赖$_POST的时代了，file_get_contents('php://input')成了我的常规武器。实践下来，确实解决了之前收不到非标准表单数据的问题。挺好使的。