搞懂php接收json的几种方式，前后端数据交互不再难

发布日期： 2025-10-13 阅读量： 作者： admin

接JSON这事儿

刚开始搞PHP那会儿，接收数据挺简单的，网页上一个表单提交过来，咱们后台直接用`$_POST`或者`$_GET`就拿到了，用起来也顺手。那时候，基本都是浏览器自己打包好数据发过来，PHP这边等着接就行。

后来不是流行前后端分离嘛特别是用那些比如Vue、React写的页面，还有手机App，它们跟后台打交道，就特喜欢直接扔一坨JSON数据过来。我第一次遇到这情况的时候，确实有点抓瞎。

那次折腾的经历

两眼一抹黑

我记得特别清楚，有一次给一个小客户做个简单的后台接口，前端那小伙用的是啥现代框架来着，反正说好了数据用POST方法发JSON格式给我。我这边PHP就按老习惯写，想着`$_POST['some_field']`这样去取数据。

结果？一测试，啥也取不到！`$_POST`打印出来一看，就是个空数组 `array(0) {}`。我当时就懵了，反复检查了我的代码，没错。前端小伙也很肯定，说他那边绝对是发出去了，还给我截图看浏览器开发者工具里的网络请求，那请求体（payload）里头，确实是明明白白的JSON数据。

到处找原因

这就怪了，数据明明在路上了，咋就到不了PHP的`$_POST`里？那段时间真是把我给急的，试了各种方法，网上搜了一堆文章，说什么`header`要设置对，`content-type`要是`application/json`之类的。试了半天，还是不行。

柳暗花明

后来也不知怎地，看到有人提了一嘴，说PHP接收原始的请求体数据，得用一个特殊的文件流包装器：`php://input`。这玩意儿看着就怪怪的，像读文件似的。当时心里也打鼓，这能行？

死马当活马医，我就试着写了 `file_get_contents("php://input");`，然后把结果打印出来看看。

搞明白了

拿到原始数据

你猜怎么着？真就把前端发过来的那一整串JSON字符串给原样打出来了！原来PHP默认情况下，只把 `application/x-www-form-urlencoded` 这类传统表单提交的数据放进`$_POST`。对于像 `application/json` 这种类型的数据，它就当成原始的输入流了，得咱们自己去读出来。

解码JSON

拿到了原始的JSON字符串就好办了。PHP不是有个 `json_decode()` 函数嘛专门就是干这个的。我赶紧用上：

$json_string = file_get_contents("php://input");

$data_array = json_decode($json_string, true); // 第二个参数传 true，转成数组好操作

这样一搞，那个 `$data_array` 就变成了一个PHP数组，里面装着前端传过来的所有数据。然后想拿哪个字段，就跟用普通数组一样了，比如 `$data_array['username']` 这样，总算是能取到值了！

一些得注意的地方

`php://input` 不适用于 `multipart/form-data`： 如果是传文件那种表单（`enctype="multipart/form-data"`），`php://input` 是读不到数据的，那时候还得靠 `$_POST` 和 `$_FILES`。
只能读一次： 这个 `php://input` 好像只能读取一次。你读完了，再想读，可能就空了。所以最好是一次性读出来，存到变量里后面用。
`Content-Type` 头： 虽然 `php://input` 主要看原始数据流，但规范起见，还是让前端发JSON时，把请求头 `Content-Type` 设置成 `application/json` 比较

所以说，技术这东西，真是得不断实践。以前觉得`$_POST`一把梭哈就完事了，碰到新情况就得学新招。现在再遇到要接JSON数据，我第一反应就是先掏出 `file_get_contents("php://input")`，然后再 `json_decode`。虽然第一次被它坑得不轻，但搞懂了原理，也就那么回事儿。关键是得知道数据是怎么过来的，不能光守着老一套不放。

上一篇: 租服务器跑神经网络哪家强？对比几家云服务商再决定！

搞懂php接收json的几种方式，前后端数据交互不再难

随便看看