直接原因是尝试用数组下标语法访问字符串类型变量；常见于json_decode未加true参数、空/无效json返回null、外部输入未校验类型、数据库返回值类型不符等场景。
PHP 7.4+ 中 Trying to access array offset on value of type string 错误的直接原因
这个错误不是语法错误，而是运行时类型冲突：你试图用方括号（如 $var['key']）访问一个**当前是字符串**的变量，而 PHP 认为它应该是个数组或对象。常见于从 JSON 解析、数据库查询、函数返回值等场景中，预期得到数组却拿到了字符串（比如空字符串 ''、'null'、原始 JSON 字符串未解码、或错误的配置值）。
检查 json_decode() 是否漏掉第二个参数
这是最常踩的坑。默认情况下 json_decode($json) 返回 stdClass 对象，不是关联数组；如果你写 $data['name'] 却没加 true，就会触发该错误。
正确做法：
- 要使用
['key']语法 → 必须传true：json_decode($json, true) - 要使用
->name语法 → 保持默认，但别混用：json_decode($json) - 务必检查
$json是否为空或无效 ——json_last_error()不为 0 时，json_decode返回null，而null['key']同样报这个错
示例：
$json = '{"name":"Alice"}';
$data = json_decode($json); // → object，$data['name'] ❌
$data = json_decode($json, true); // → array，$data['name'] ✅
确认变量真实类型再下标访问
不要假设变量一定是数组。尤其在处理外部输入（$_POST、$_GET、API 响应、缓存读取）时，加类型校验是必须的。
- 用
is_array($var)判断后再访问，否则先兜底：$name = is_array($data) ? $data['name'] ?? null : null; - 避免直接链式访问：
$data['user']['profile']['email']→ 任一中间层是字符串就崩。改用??或isset()多层判断 - 注意
empty()和is_null()区别：空字符串''是empty()但不是null，仍会因类型不符报错
排查数据库或 ORM 返回值是否被意外转成字符串
某些旧版 MySQL 扩展（如 mysql_* 已废弃）、或自定义封装的查询方法，可能把本该返回数组的结果强制 (string) 转换，或拼接了调试信息。PDO 默认返回 array，但若用了 PDO::FETCH_ASSOC 以外的模式（如 PDO::FETCH_OBJ），也会导致 ['key'] 失效。
- 打印
gettype($result)和var_dump($result)确认实际结构 - 检查是否误将整个结果集赋给了单个变量：
$row = $stmt->fetch();✅；但若写成$row = $stmt->fetchAll();再$row['id']❌（因为fetchAll返回二维数组） - 框架中注意方法命名差异：Laravel 的
first()返回模型/数组，get()返回集合，$users['name']一定错
这个错误背后往往不是“怎么写对”，而是“怎么确认它本来就是数组”。多打一行 var_dump(gettype($x))，比猜半天快得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
