该错误表示用字符串键(如['name'])访问字符串变量,而PHP仅支持整数下标访问字符串字符;常见于JSON解析失败、缓存未反序列化或框架输入返回空字符串等场景。§§相关问题§§Why does PHP throw "Cannot access offset of type string on string" when using array syntax on a string?How to safely access nested array keys in PHP without getting "Illegal string offset" warnings?What's the difference between "Cannot access offset of type string on string" and "Illegal string offset" in PHP?How to debug "Cannot access offset of type string on string" in Laravel or ThinkPHP applications?Is it safe to use isset() on a string variable with array-like syntax like isset($str['key'])?

这个错误不是数据“不对”,而是你正在用数组的方式访问一个字符串变量——PHP 不允许用 ['key'] 去读字符串,只接受整数下标(如 [0]、[2])。
为什么 $str['name'] 会报错?
PHP 字符串的下标访问仅支持整数或整数型字符串(如 "1"),不支持关联键名。当你写 $data['user_id'],而 $data 实际是字符串(比如 JSON 解析失败后的原始响应体),就会触发该错误。
-
json_decode($json, true)返回null时,$data是null,但某些弱类型操作可能让它变成字符串"",再访问['id']就崩了 - 框架里像 Laravel 的
request()->input('xxx')或 ThinkPHP 的input('data.'),如果前端没传或字段为空,可能返回空字符串而非数组 - 从缓存(如 Redis)取出来的值未反序列化,直接当数组用了——Redis
GET返回的是字符串,不是 PHP 数组
怎么快速定位出问题的变量?
别猜,用 var_dump() 或 dd() 打印出你要访问的变量本身,看它到底是什么类型、长什么样:
var_dump($data); // 不要只 dump $data['user_id']
常见陷阱:
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算,采用设计 token 模式使颜色天生可访问,设定排版和焦点状态规则,并提供语义检查清单。适用于构建或审查 UI。
-
is_array($data)返回false,但你以为它是数组,结果它是字符串"{}"或"[]" -
json_last_error()不为JSON_ERROR_NONE,说明json_decode失败了,返回null或原始字符串 - 使用
gettype($data)确认真实类型,比isset($data['x'])更可靠
安全访问数组字段的几种写法
与其反复检查类型,不如用更健壮的方式读值:
- Laravel 项目优先用
data_get($data, 'user.id', 'default'),它自动跳过 null/字符串/非数组情况 - 原生 PHP 可封装一个简单函数:
function safe_get($arr, $key, $default = null) {<br> return is_array($arr) && isset($arr[$key]) ? $arr[$key] : $default;<br>} - 避免在循环中混用类型:比如
foreach ($list as $item),确保每个$item都是数组——加个if (!is_array($item)) continue; - 初始化就明确类型:不要写
$tree = '',改用$tree = [];否则 PHP7.1+ 会在后续$tree['children'] = [...]时报Cannot use string offset as an array
Redis / 缓存场景下的典型翻车点
从 Redis 取数据后直接当数组用,是最常见的诱因之一:
-
$cached = $redis->get('menu_tree');→$cached是字符串,哪怕内容是'[{"id":1}]' - 必须显式反序列化:
$data = json_decode($cached, true) ?: [];,且要检查json_last_error() - 如果存的时候用的是
serialize(),取出来就得用unserialize(),不能混用 - WordPress 插件(如 Redis Object Cache)若未停用就升级 PHP 版本,也可能导致缓存数据结构解析异常,引发此错
最常被忽略的一点:错误未必出现在报错行,而是在上游——比如函数 A 返回了字符串,函数 B 拿着它直接 ['id'] 访问。修 Bug 要顺藤摸瓜,而不是只修报错那一行。
§§相关问题§§ Why does PHP throw "Cannot access offset of type string on string" when using array syntax on a string? How to safely access nested array keys in PHP without getting "Illegal string offset" warnings? What's the difference between "Cannot access offset of type string on string" and "Illegal string offset" in PHP? How to debug "Cannot access offset of type string on string" in Laravel or ThinkPHP applications? Is it safe to use isset() on a string variable with array-like syntax like isset($str['key'])?
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!










