json_decode()返回NULL应先用json_last_error()查错，再trim()去空格、mb_convert_encoding()转UTF-8；建议设第二参数为true得数组，用??操作符安全取值；大JSON宜流式解析或预处理提取字段。
json_decode() 解析 JSON 字符串失败返回 null 怎么办
最常见的问题是 json_decode() 返回 null，但没报错。这通常不是函数坏了，而是输入不合法或编码不对。
- 用
json_last_error()和json_last_error_msg()立刻检查错误原因，比如JSON_ERROR_UTF8表示含非法 UTF-8 字节（常见于 GBK 编码的中文） - 确认原始字符串是完整、未被截断的 JSON —— 用
var_dump($json_str)看实际内容，注意是否有多余空格、bom 头、换行符混入 - 如果来源是 POST 或文件读取，先用
trim()去首尾空白，再用mb_convert_encoding($str, 'UTF-8', 'auto')统一转码
解析后得到的是对象还是数组？怎么控制
json_decode() 默认返回 stdClass 对象，但多数 php 场景更习惯用关联数组操作。第二个参数决定类型：
- 设为
true：返回关联数组，可用$data['name']访问 - 设为
false（默认）：返回对象，需用$data->name - 嵌套结构里混合使用容易出错 —— 比如
json_decode($str, true)后，isset($data['items'][0]['id'])安全；而对象模式下要写isset($data->items[0]->id)，且[0]可能触发 Notice
建议统一用 true 参数，除非明确需要对象的动态属性特性。
解析深层嵌套 JSON 时访问字段总报错
不是解析失败，而是访问时触发 Notice: Trying to access Array offset on value of type null。根本原因是某一层路径不存在，PHP 不做防御性跳过。
立即学习“PHP免费学习笔记（深入）”；
- 别直接链式访问：
$data['user']['profile']['avatar']—— 任一中间键缺失就崩 - 用
??空合并操作符逐层兜底：$avatar = $data['user']['profile']['avatar'] ?? '' - 或封装一个安全取值函数，用
array_key_exists()+ 递归判断，比反复isset()更清晰 - 如果 JSON 结构固定，可配合
json_validate()（PHP 7.3+）提前校验格式，避免运行时才发现字段缺失
大 JSON 文件内存溢出或解析超时
json_decode() 会把整个字符串一次性载入内存并构建完整结构，几 MB 的 JSON 就可能吃光 128M 限制。
- 用
ini_set('memory_limit', '256M')临时扩容只是权宜之计 - 真正解决要换思路：用流式解析器，比如
ext-json不支持，但可引入json-streaming-parser（composer 包），边读边处理，内存占用恒定 - 或者预处理 JSON —— 用命令行
jq提前提取关键字段：jq '.items[].id' data.json > ids.json，再在 PHP 中读小文件
真正难的不是“怎么解析”，而是“解析谁”和“要不要全解析”。很多场景其实只需要提取几个字段，硬 decode 整个结构纯属浪费。