isset() 仅判断变量是否已声明且不为 null，对 false、0、"" 返回 true；array_key_exists() 才能准确判断数组键是否存在（无论值为何）；is_null() 和 === null 是判断值是否为 null 的唯一可靠方式。
isset() 能区分变量不存在和值为 false
当你写 if ($var) 或 if (empty($var))，PHP 会把 false、0、""、null 都当“假”处理，根本看不出是没定义还是明确定义成了 false。而 isset() 只关心两件事：变量是否已声明 + 值是否不为 null。它对 false、0、"" 全部返回 true，只有未定义或显式赋值为 null 时才返回 false。
常见错误现象：isset($config['debug']) 返回 false，你以为配置项丢了，其实它只是被设成了 false —— 这说明你漏判了键存在但值为 false 的情况。
- 若
$var = false，isset($var)→true - 若
$var完全未声明，isset($var)→false - 若
$var = null，isset($var)→false - 不要用
isset()判断“是否为 false”，它根本不干这事
array_key_exists() 专治数组里“键存在但值为 false”
对数组来说，isset($arr['key']) 在键存在但值为 null 时返回 false，但它对 false、0、"" 都返回 true —— 这看似合理，但掩盖了一个关键事实：你可能想确认“这个键是不是真的被设置了”，而不只是“它有没有一个非-null 值”。这时候就得用 array_key_exists()。
使用场景：读取配置数组、解析 API 返回的 JSON（字段可能明确传 "enabled": false），你需要知道字段是否存在，而不是它逻辑上“真/假”。
立即学习“PHP免费学习笔记（深入）”；
-
array_key_exists('debug', $config)对$config['debug'] = false返回true -
array_key_exists('debug', $config)对unset($config['debug'])返回false -
isset($config['debug'])在这两种情况下都返回true（只要值不是null） -
array_key_exists()比isset()略慢，但语义更精确
is_null() 和 === null 是判断“就是 null”的唯一可靠方式
如果你的目标是确认变量**就是** null（不是未定义，不是 false，不是 0），那就必须绕过类型隐式转换。PHP 的 == 会让 null == false、null == 0、null == "" 全部成立；只有 === 和 is_null() 能守住“类型+值”双重防线。
性能影响：isset() 是语法结构，比函数调用快；is_null() 是函数，但开销可忽略；=== null 是运算符，最快。三者行为一致，选哪个看代码风格和上下文。
-
is_null($var)和$var === null完全等价 -
$var == null是危险的，它会把false、0、""全部混为一谈 - 注意：
isset($var) === false不等于is_null($var)—— 前者包含“未定义”，后者只认null
实际组合：先查存在性，再查值语义
真实业务里很少只问“是不是 false”或“存不存在”，更多是：“这个配置项有没有被用户设置？如果设置了，它的布尔含义是什么？”这时候不能靠单个函数拍板，得拆解步骤。
例如处理表单提交的开关字段：$_POST['send_email'] 可能是 "on"、"off"、""、未提交，甚至被恶意删掉键名。直接 !empty($_POST['send_email']) 会把 "0" 当空，把 false 当没提交。
- 用
array_key_exists('send_email', $_POST)确认字段是否在请求中出现 - 若存在，再用严格比较或白名单过滤值：
in_array($_POST['send_email'], ['1', 'on', 'true'], true) - 若不存在，按默认策略走（比如关邮件），而不是当成
false处理 - 避免把
isset()和empty()当成同级替代品 —— 它们解决的是不同维度的问题
最易被忽略的一点：PHP 的“不存在”不是运行时错误，而是语言设计层面的宽松特性。这意味着你永远要主动选择检查维度——是查“内存里有没有这个变量”，还是查“它有没有被赋予一个有意义的值”，抑或查“它是不是被明确设为 null”。选错函数，轻则逻辑错乱，重则绕过安全校验。
