$request->param()拿不到JSON数据是因为它不解析application/json请求体，只处理GET和已解析的表单POST；正确方式是用$request->json('key')或TP6.1+的withJson(true)。
$request->param() 拿不到 JSON 数据，是因为它根本不处理 application/json 请求体——它只合并 GET 和已解析的 POST（即表单类）参数，而 JSON 是 raw body，TP 默认跳过解析。
为什么 $request->param('key') 总是 null
ThinkPHP 的 param() 是个“聚合读取器”：它先调用 get()（GET 参数），再调用 post()（已解析的 POST 表单），最后合并去重。但 post() 底层依赖 input()，而 input() 在 TP6 中默认只解析 application/x-www-form-urlencoded 和 multipart/form-data；application/json 请求体被完全忽略。
- 前端发
{"name":"张三"}+Content-Type: application/json，$request->param('name')返回null是正常行为，不是你漏写了什么 -
$request->getInputData()能打印出原始字符串，说明数据已进 PHP 层，只是没被框架解包 - TP6.0 不支持
withJson(true)，TP6.1+ 才有该方法；别在旧版本里硬套
正确读取 JSON 字段的两种方式
必须绕过 param()，直接从原始请求体入手：
- TP6.1+ 推荐在控制器开头调用
$request->withJson(true)，之后所有input()调用都会自动尝试解析 JSON（包括input('user.name')这种嵌套写法） - TP6.0 或需兼容旧版时，改用
$request->json(true)—— 它返回解码后的数组，且缓存结果，比反复file_get_contents('php://input')更安全 - 若要读特定字段，别写
input('name')，改写$request->json('name')（TP6.1+ 支持字段路径，如$request->json('user.profile.avatar')）
Content-Type 不对会导致整个解析链失效
哪怕代码全对，只要请求头里的 Content-Type 不严格匹配，TP 就不会触发 JSON 解析逻辑：
立即学习“PHP免费学习笔记（深入）”；
- 允许的值只有
application/json（不含空格、分号或参数） -
application/json; charset=utf-8在部分 TP6.0 版本中会被忽略，导致json()返回null - 前端用 axios/fetch 时，别手动设
charset；Vue Axios 示例：axios.post(url, data, { headers: { 'Content-Type': 'application/json' } }) - 用 Postman 测试时，选 “JSON” 类型而非 “Text”，它会自动设对 header
json_decode 失败却没报错？检查这三处
$request->json() 内部调用的是 json_decode()，一旦失败就静默返回 null。常见原因不是框架问题，而是输入本身不合法：
- BOM 头：UTF-8 文件开头的
\xEF\xBB\xBF，用bin2hex(substr($raw, 0, 3))查 - 控制字符：前端日志、富文本粘贴可能混入
\x00–\x1F，json_last_error_msg()会报Control character error - 截断：中间件或 Nginx 限制了 body 大小，
$request->getInputData()长度异常短，json_last_error()报Unexpected end
真正麻烦的不是不会写，而是错误不抛出来——每次调用 json() 后，最好加一行 if (is_null($data)) { Log::error('JSON parse failed: '.json_last_error_msg()); }。
