isset 对 null 返回 false 是设计使然，因其语义是“变量是否已设置且不为 null”，底层检查符号表中变量存在性及 zval 是否为 null 类型；显式赋 null 后 isset 即返回 false。
isset 对 null 返回 false 是设计使然
isset() 的语义不是“变量有没有值”，而是“变量是否已设置且不为 null”。它底层检查的是符号表中变量是否存在，且其 zval 值不为 NULL 类型。一旦变量被赋值为 null（哪怕是显式写 $x = null;），PHP 就认为这个变量“存在但值为空”，而 isset() 明确将此情况排除在 true 之外。
常见误判场景：空表单提交 vs 完全缺失参数
用户常以为 isset($_GET['name']) 能判断“用户有没有填这个字段”，结果发现空输入框提交后仍返回 true——因为浏览器发来的是 name=，PHP 解析为 $_GET['name'] === ''（空字符串），而空字符串 ≠ null。
- URL 中完全不带参数，如
?id=123：此时isset($_GET['name'])→false - URL 中带空值，如
?name=&id=123：此时isset($_GET['name'])→true（值是''） - 代码里写了
$_GET['name'] = null;：之后isset($_GET['name'])→false
多参数调用时的短路行为容易被忽略
当传多个变量给 isset()，比如 isset($a, $b, $c)，它只在全部都“已设置且非 null”时才返回 true；而且从左到右检查，遇到第一个不满足的就立刻返回 false，不继续看后面的。
- 如果
$a未定义，$b和$c即使合法也无意义 —— 整体直接false - 这种短路不是性能优化噱头，而是语言结构级行为，无法绕过或禁用
- 不能拿它替代
array_key_exists()：后者只管键存不存在，不管值是不是null
和 empty()、is_null() 的边界必须分清
三者解决的问题完全不同，混用会埋坑：
-
isset($x)：关心“有没有声明且不为null” → 空字符串、0、false、[]都返回true -
empty($x)：关心“语义上是否为空” →''、0、null、false、[]都算空，返回true -
is_null($x)：只认死理，只查值是否严格等于null→ 其他一切类型（包括未定义变量）都报false（注意：对未定义变量用is_null()会触发 notice）
真正要确认“参数既存在又非空”，得组合用：isset($_POST['email']) && $_POST['email'] !== ''，或者更稳妥地用 !empty(trim($_POST['email']))。别指望 isset() 自己扛下所有验证责任。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
