array_key_exists() 对 null 值返回 true，因它只判断键是否存在；而 isset() 在值为 null 时返回 false，因它还要求值非 null；in_array() 和 array_search() 查值而非键，不适用键存在性检测。
array_key_exists() 对 null 值的处理
会。只要键名在数组中被显式定义过，哪怕对应值是 null，array_key_exists() 也返回 true。
这是它和 isset() 最关键的区别：前者只认「键有没有被设进去」，后者还要看「值是不是非 null」。
-
array_key_exists('name', ['name' => null])→true -
isset(['name' => null]['name'])→false - 即使键是数字
0、字符串'0'或布尔false，只要它作为合法键存在于数组中，array_key_exists()都能正确识别
为什么不能用 isset() 替代 array_key_exists()
因为 isset() 不是为“键存在性检测”设计的语言结构，它的本职是判断「变量是否已设置且不为 null」。
当你需要区分以下两种情况时，isset() 就会失效：
立即学习“PHP免费学习笔记（深入）”；
- 键根本没定义（
$arr['x']从未赋值）→isset()和array_key_exists()都返回false - 键定义了但值被显式设为
null（$arr['x'] = null）→isset()返回false，array_key_exists()返回true
业务上常见于 API 参数解析、配置合并等场景：你得知道用户是不是传了某个字段，而不是只关心它有没有「有效值」。
in_array() 和 array_search() 完全不适用
这两个函数查的是「值」，不是「键」。拿 in_array('name', $arr) 去判断键是否存在，结果一定是错的 —— 它是在数组所有值里找字符串 'name'，跟键名无关。
典型误用：
-
in_array('id', ['id' => 123, 'name' => 'Alice'])→false（因为值是123和'Alice'，没有'id'） -
array_search('id', $arr)→false（同理，搜的是值，不是键） - 想查键名必须用
array_key_exists()或array_keys($arr)后再用in_array()，但多一次遍历，没必要
注意 array_key_exists() 只检查第一维
它不递归，也不支持点号路径或嵌套语法。比如对 $data = ['user' => ['name' => 'Tom']]，array_key_exists('user.name', $data) 是无效的 —— 'user.name' 被当做一个完整字符串键去查，当然不存在。
要检查深层键，得手动展开或封装逻辑：
- 简单场景：用
isset($data['user']['name'])（容忍null误判风险） - 严格场景：写个辅助函数，逐级调用
array_key_exists() - 别试图把
array_key_exists()当 JSONPath 用，它没这个能力
最容易被忽略的一点：开发者常在调试时 dump 数组看到 NULL 就以为键「没生效」，其实只是值被设成了 null —— 这时候该信 array_key_exists()，而不是肉眼判断。
