PHP索引数组下标越界触发Notice: Undefined offset，因底层为哈希表，读取不存在键时抛出E_NOTICE级通知；写入则自动扩容。isset()检查键存在且非null，array_key_exists()仅检查键是否存在；try-catch无法捕获该Notice，需set_error_handler转换。
PHP索引数组下标越界会报Notice: Undefined offset，不是语法错误，而是运行时的非致命通知——但默认配置下它会显示在页面上，干扰调试和线上体验。
为什么$arr[100]访问空数组会触发Undefined offset
PHP数组本质是哈希表（zend_array），即使你用数字索引创建，底层仍按键值对存储。当你读取一个不存在的整数下标（比如$arr[5]而数组只有3个元素），PHP找不到对应键，就抛出Notice级别的错误。这不是内存越界（像C那样踩到随机地址），而是语义层面的“键未定义”。
关键点在于：这个检查发生在每次读取操作时，且只针对读取；写入$arr[100] = 'x'反而合法，PHP会自动扩容并填充中间空位（null或未初始化）。
isset()和array_key_exists()行为差异
两者都可用于防御性检查，但逻辑不同：
立即学习“PHP免费学习笔记（深入）”；
-
isset($arr[5])返回false如果$arr[5]不存在，或存在但值为null——它检测的是“是否已设置且不为null” -
array_key_exists(5, $arr)只看键是否存在，哪怕$arr[5] === null也返回true - 对纯索引数组，二者多数场景结果一致；但若你显式存过
$arr[2] = null，区别就暴露了
为什么try-catch捕获不到Undefined offset
因为Undefined offset是Notice，不是Exception。PHP的异常机制默认不拦截错误级别低于E_ERROR的报错（Notice属E_NOTICE）。除非你提前用set_error_handler()把Notice转成异常，否则try-catch完全无效。
常见误操作：
- 直接写
try { echo $arr[99]; } catch (Exception $e) { }——什么都不会捕获到 - 想靠异常兜底，却忘了PHP错误和异常是两套体系
- 线上环境开了
error_reporting(E_ALL)又没关display_errors，导致Notice直接打到HTTP响应里
实际开发中更稳妥的写法
别依赖isset()兜底所有情况，尤其当数组可能含null值时：
- 优先用
array_key_exists($i, $arr)判断键存在性（明确、语义清晰） - 需要同时检查“存在且非空”时，用
isset($arr[$i]) && $arr[$i] !== ''这类组合 - 批量访问前先用
count($arr)或array_keys($arr)预判范围——特别是循环中动态计算下标时 - 对用户输入或API返回的数组，强制用
is_array()+!empty()双检，避免null或false被当数组处理
最易被忽略的一点：PHP 7.4+ 支持空合并运算符??，写$val = $arr[5] ?? 'default';比isset()更简洁，但它和isset()一样，对null值不友好——遇到$arr[5] = null时也会回退到默认值。
