json_decode返回null的首要原因是输入字符串本身不符合json格式，如含单引号、尾随逗号、未转义引号或非utf-8编码；需先用json_last_error_msg()定位错误，再针对性修复。
ThinkPHP里用json_decode解析字符串却返回null
不是JSON格式的字符串，json_decode必然失败——这是最常见原因。ThinkPHP本身不干预这个函数行为，但开发者常误把普通字符串（比如"a,b,c"或"1|2|3"）直接丢给json_decode，结果得到null且没检查json_last_error()。
实操建议：
- 先用
is_string($str) && !empty($str)确认输入合法 - 再用
json_validate($str)（PHP 8.0+）或json_decode($str, true) !== null加json_last_error() === JSON_ERROR_NONE双重判断 - 如果原始数据是分隔符格式（如逗号、竖线），别硬套
json_decode，改用explode()或str_getcsv()
ThinkPHP配置了default_json_encode_depth导致嵌套数组截断
TP6+默认启用json_encode深度限制（通常为512），当解析后的数组本身嵌套过深（比如从数据库读出的树形结构+多层关联模型），再用json_encode转回字符串时可能静默截断，后续再json_decode就出错。
实操建议：
- 检查
config/app.php中是否设置了'default_json_encode_depth' => 512，若业务需要更深结构，可调高（如1024） - 更稳妥的做法是：对已知深度大的数据，显式传参
json_encode($data, JSON_UNESCAPED_UNICODE, 1024)，绕过全局配置 - 注意PHP版本差异：
json_encode深度参数在PHP 5.5+才支持，TP5.1以下项目需自行兼容
ThinkPHP自动转换input()参数时把数组字符串当成字符串处理
前端传ids=1,2,3，后端用input('ids')拿到的是字符串"1,2,3"，不是数组。有人直接array_map('intval', input('ids'))，结果报Warning: array_map(): Argument #2 should be an array。
实操建议：
- 明确区分来源：URL参数/表单字段默认都是字符串，
input('ids/a')才能强制转为数组（TP6支持/a后缀） - 若前端必须传字符串分隔格式，后端应主动拆解：
explode(',', trim(input('ids'), ','))，并过滤空值 - 避免在
input()里混用类型修饰符，比如input('ids/d')（转数字）和input('ids/a')同时用会冲突
json_decode后中文键名乱码或丢失
字符串本身是UTF-8，但PHP文件编码不是UTF-8（比如GBK保存），或者字符串从数据库/外部接口来时没统一编码，json_decode会因BOM或非法字节返回null或键名异常。
实操建议：
- 用
mb_detect_encoding($str, ['UTF-8', 'GBK'], true)检查真实编码，必要时用mb_convert_encoding($str, 'UTF-8', 'GBK')转码 - 移除BOM：
$str = preg_replace('/^\xEF\xBB\xBF/', '', $str) - ThinkPHP日志中记录原始字符串时，用
base64_encode($str)避免日志系统二次破坏编码
json_last_error_msg()输出和原始字符串的十六进制表示（bin2hex($str)），比翻框架文档快得多。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
