这是 PHP 在数组访问或 isset()/empty() 检查时，用了非法类型当键名导致的警告。核心就一条：**数组下标只能是 int 或 string，其他类型（如 array、object、null）一律不合法**。
为什么会出现 Illegal offset type
本质是把不能当“钥匙”的东西硬塞进方括号里当索引用。常见场景包括：
- 把一个对象实例直接当数组键：
$arr[$user]，而$user是User类的对象 - 把一个数组当键：
$arr[$config]，而$config是['host' => 'localhost'] - 把
null当键：$arr[null]（尤其在变量未赋值或函数返回 null 时容易踩中） - 在 ThinkPHP 或 Laravel 的模型关联中误传了对象而非 ID，比如
$post->grades->count()中$post->grades实际是空关系或未加载，结果count()内部触发了非法键访问
isset() / empty() 里也报这个错？
对，isset($arr[$key]) 和 empty($arr[$key]) 同样受制于数组键规则。只要 $key 不是 int/string，就会报 Illegal offset type in isset or empty。
典型错误写法：
$all = Config::get('ACTIVITY_LEVEL_LIST'); // 返回一维关联数组
foreach ($data as $d => $v) {
// ❌ 错：$v 是数组，$all[$v] 相当于用整个数组当 key
$data[$d]['level'] = isset($all[$v]) ? $all[$v] : '数据转换异常';
// ✅ 对：用 $v 中的具体字段，比如 $v['level_id']
$data[$d]['level'] = isset($all[$v['level_id']]) ? $all[$v['level_id']] : '数据转换异常';
}
怎么快速定位和修复
报错信息末尾带行号（如 on line 315），直接跳过去看那行的方括号操作。重点检查：
- 方括号里那个变量是不是被意外覆盖成了数组/对象？用
var_dump(gettype($key))确认类型 - 有没有漏掉取值层级？比如本该写
$v['id']却写了$v - 函数返回值是否可靠？比如
$orderService->getExpressNum($v)返回的是对象，但你把它当数组键用了 - ThinkPHP/Laravel 中调用模型关系后没加
->toArray()或->first()就直接当数组用了
修复手段很简单：加类型判断 + 安全取值。
// 安全写法示例 $key = is_scalar($v['transport_id']) ? $v['transport_id'] : 0; $list['data'][$k]['order_num'] = $orderService->getExpressNum(['transport_id' => $key]);
容易被忽略的隐性坑
最麻烦的不是报错本身，而是它可能藏得深：比如某个配置项默认是 null，开发环境没触发，上线后因配置缺失突然报错；或者对象在某些条件下懒加载失败，返回空对象，再被当数组键用——这类问题不会立刻暴露，但线上日志里会反复出现且难以复现。务必在所有可能进入方括号的变量前做 is_scalar() 或 is_string() || is_int() 校验，别依赖“它应该没问题”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
