isset 判断键存在且值非 null，array_key_exists 仅判断键是否定义（允许值为 null）；前者支持多层嵌套访问，后者仅支持一级键；性能差异存在但通常可忽略。
isset 和 array_key_exists 的语义区别必须先搞清
选哪个不是性能问题，而是你想表达什么逻辑。如果写 isset($arr['status'])，你其实在说：“这个字段不仅得有，还不能是 null”；而 array_key_exists('status', $arr) 表达的是：“只要它在数组里被定义过，哪怕值就是 null，也算存在”。
常见误判场景：
- 前端传
{"status": null}，用isset会直接跳过状态更新逻辑 - 配置数组里预留了
'timeout' => null作为占位，用isset会误认为该配置未启用 - API 响应文档明确标注某字段“可选，可为 null”，此时结构校验必须用
array_key_exists
多层嵌套键存在性检查只能靠 isset
array_key_exists 只支持一级键判断，array_key_exists('user', $arr) 可以，但 array_key_exists('user.profile.avatar', $arr) 语法错误，也不支持点号或中括号路径。
而 isset 天然支持链式访问：
立即学习“PHP免费学习笔记（深入）”；
isset($arr['user']['profile']['avatar'])
这背后是 PHP 引擎对 isset 的特殊处理：遇到中间某层为 null 或非数组，会立即返回 false，不报错、不触发 notice。实际项目中，这种写法比手动嵌套 is_array() + array_key_exists() 简洁且安全。
性能差异真实存在，但只在高频循环里才值得计较
底层上，isset 是语言构造（language construct），编译成 Zend VM 指令直接操作 zval；array_key_exists 是普通函数，要走符号查找、参数压栈、C 函数调用等完整流程。
实测（PHP 8.2，100 万次）：
-
isset($arr['key'])：约 0.08s -
array_key_exists('key', $arr)：约 0.22s
差距约 2–3 倍，但注意：这个量级远小于一次 MySQL 查询（通常 >1ms）或 HTTP 请求（通常 >10ms）。除非你在 foreach 里每轮都查几十次键，否则别为这点时间换语义。
别用 empty() 替代它们——它语义太模糊
empty($arr['missing'])、empty($arr['key'])（当值为 0、false、''、null 时）全返回 true，根本分不清是键不存在，还是值恰好是“falsy”。
更危险的是：empty($arr['missing']) 会触发 E_NOTICE（“undefined index”），而 isset 和 array_key_exists 都不会。
所以：要判断“有没有”，就用 isset 或 array_key_exists；要判断“是不是空内容”，应该先确保键存在，再单独比对值。
最易被忽略的一点：很多人以为 array_key_exists 能查多维键，结果在深层结构里白忙活半天——它真的一维到底，连 array_key_exists('a.b', $arr) 这种字符串路径都不认。
