最稳妥判断数组键是否存在应使用array_key_exists()，它只检测键是否定义，不关心值是否为null、false或空字符串；isset()在键存在但值为null时返回false，易误判；in_array()和array_search()查的是值而非键，不适用。
用 array_key_exists() 检测下标是否存在
判断数组中某个键（下标）是否真实存在，最稳妥的方式是用 array_key_exists()。它不关心值是不是 null、false 或空字符串，只看键有没有被定义过。
常见错误是误用 isset()：当目标键存在但值为 null 时，isset($arr['key']) 返回 false，造成误判。
-
array_key_exists('name', $user)→true即使$user['name'] === null - 支持数字下标和字符串下标，包括
0、'0'、-1等所有合法键名 - 性能略低于
isset()，但差异在绝大多数场景可忽略
用 isset() 快速判断「非 null 非 unset」的键值对
isset() 实际检测的是“变量已设置且不为 null”，它适用于你既想确认键存在、又默认不接受 null 值的场景。
注意：它对数组深层嵌套不友好，比如 isset($arr['a']['b']['c']) 在 $arr['a'] 不存在时会静默返回 false，不会报错 —— 这既是优点也是陷阱。
立即学习“PHP免费学习笔记（深入）”；
- 不能用于检测值本身就是
null的键，例如$arr = ['id' => null]; isset($arr['id'])是false - 不支持表达式作为参数，如
isset($arr[get_key()])会报语法错误，必须先赋值再判断 - 对未初始化的数组变量（如
$arr从未声明），直接isset($arr['x'])不会报 Notice
避免用 in_array() 或 array_search() 判断下标
这两个函数查的是「值」，不是「键」。拿它们来判断下标是否存在，属于典型用错函数。
例如：in_array('admin', $roles) 查的是有没有值等于 'admin' 的元素，跟键名 0、'level' 完全无关；而 array_search('admin', $roles) 返回的是键名，但前提是值存在 —— 它解决不了“键存不存在”的问题。
- 若误写成
in_array('name', array_keys($arr))，虽能绕出结果，但多一次array_keys()数组生成，浪费内存和 CPU -
array_key_exists()是 C 层实现，直接哈希查找，O(1) 时间复杂度；上面那种写法是 O(n) - 对大数组或高频调用场景，这种写法可能成为性能瓶颈
关联数组 vs 索引数组：下标存在性检测无区别
PHP 中「下标」统一叫「键（key）」，无论你是用 $arr[] = 'x' 自动分配数字键，还是手动写 $arr['id'] = 123，array_key_exists() 和 isset() 的行为完全一致。
唯一要注意的是类型敏感性：数字字符串 '123' 和整数 123 在键层面是两个不同的 key。
-
$arr = [123 => 'a', '123' => 'b'];→ 这是两个独立键，array_key_exists(123, $arr)和array_key_exists('123', $arr)都返回true - 如果从 JSON 解析来数据，数字键可能被转成字符串，需留意原始类型是否符合预期
- 用
var_dump(array_keys($arr))可直观确认键的实际类型和值
真正容易被忽略的点是：在函数参数或 foreach 中动态访问键前，没做存在性检查就直接取值，导致 Notice: Undefined index。与其依赖错误抑制符 @ 或全局关闭 error_reporting，不如在关键路径上老老实实用 array_key_exists() 把边界守住。