PHP数组高频误区包括：①字符串数字键自动转为数字键导致覆盖；②foreach引用未unset引发污染；③empty()等松散比较误判空数组；④多维数组未定义键静默返回null易掩盖错误。
PHP 数组看似简单，但实际开发中因类型混淆、引用误用、键值理解偏差等导致的 Bug 频发。下面整理几个高频、隐蔽且容易被忽视的进阶误区，帮你避开“看似正常却埋雷”的坑。
数组键名自动转换：字符串数字 vs 纯数字
PHP 会把形如 "123"、"0x1A"、"1e2" 这类可解析为整数或浮点数的字符串键，**在创建数组时自动转为数字键**，后续访问若不注意类型，就会丢失预期行为。
-
$arr = ["123" => "a", 123 => "b"];实际只保留一个元素：123 => "b"（后写覆盖前写） -
isset($arr["123"]) === true，但array_key_exists("123", $arr)也返回true—— 因为键已转为整型，而该函数对字符串键做松散比较 - 安全做法：如需严格字符串键，统一用
(string)强制转换；或用array_key_exists()+is_string(key)辅助判断
foreach 中修改数组值：引用陷阱与迭代器快照
默认 foreach ($arr as $v) 是按值遍历，修改 $v 不影响原数组；但加 &$v 后，若未及时 unset($v)，可能引发意外引用残留。
- 常见错误：
foreach ($arr as &$v) { $v .= '_done'; } unset($v);——unset($v)不可省略，否则后续代码中$v仍指向数组末元素，赋值会污染原数组 - 更隐蔽问题：在 foreach 过程中
push或unshift数组，不会影响当前循环次数（底层使用副本或快照），但foreach ($arr as &$v)中修改键名（如unset($arr[$k]); $arr['new'] = ...）可能导致跳过或重复遍历 - 建议：需修改结构时，优先用
array_map、array_filter等函数式方法；必须用引用时，务必unset引用变量
空数组、false、null、0 的松散比较陷阱
PHP 的 empty()、==、=== 对数组行为差异极大，尤其在 API 返回、配置解析等场景易出错。
立即学习“PHP免费学习笔记（深入）”；
-
empty([]) === true，但[] == false为true，而[] === false为false -
count($arr) === 0是判断空数组最明确的方式；!$arr在某些上下文（如模板中）看似简洁，实则等价于empty($arr)，会把[0 => 0]、["" => ""]也判为空 - 接收外部数据（如 JSON 解码）时，注意
json_decode($str, true)可能返回null（解析失败）或空数组（[]），应先用is_array()排除非数组类型再操作
多维数组下标访问：未定义键不报错但返回 null
PHP 允许链式访问如 $arr['user']['profile']['avatar']，但任一中间键不存在时，不抛 Notice（除非开启严格模式），而是静默返回 null，极易掩盖逻辑错误。
- 例如：
$data['items'][5]['price'] ?? 0看似安全，但如果$data['items']本身是字符串或 null，PHP 7.4+ 会报Warning: Trying to access array offset on value of type string - 推荐组合：
is_array($arr) && isset($arr['a']['b']['c'])；或封装工具函数如array_get($arr, 'a.b.c', $default)（Laravel 风格） - PHP 8.0+ 可用
$arr['a']['b']['c'] ?? null，但仅限最后一级——前面层级仍需确保是数组，否则触发警告
