empty() 将 false 视为“空”是设计行为，因其判断标准是是否等价于布尔假（falsy），而非单纯有无值；它对 null、""、0、0.0、false、[] 和 "0" 均返回 true。
empty() 判断 false 返回 true 是设计行为，不是 bug —— 因为 false 被明确定义为“空值”之一。
为什么 false 被视为“空”
PHP 的 empty() 不是只判断“有没有值”，而是判断“是否等价于布尔假（falsy）”。它内部按固定列表做匹配，false 就在其中。这和 JavaScript 的 !value 类似，但更严格。
以下值传给 empty() 都返回 true：
null-
""（空字符串） -
0（整数零） -
0.0（浮点零） false-
[]（空数组） -
"0"（字符串 "0"，特例）
empty(false) 的典型误用场景
最容易翻车的地方，是把 empty() 当成“变量是否为非空字符串”的检测工具。比如处理 API 返回的布尔型字段时：
立即学习“PHP免费学习笔记（深入）”；
$status = false;
if (empty($status)) {
// 这里会执行！但 $status 明明是有效业务状态（如“审核未通过”）
}
这种写法混淆了“逻辑假”和“缺失值”。真正想问的可能是：
- 这个变量是否被设置？→ 用
isset() - 这个变量是否为非空字符串？→ 用
is_string($v) && $v !== "" - 这个变量是否为明确的布尔
false？→ 直接用=== false
魔术方法导致 empty($obj->prop) 返回 true 却值不为空
当对象属性通过 __get() 动态获取时，empty($obj->prop) 不会触发 __get()，而是直接检查属性是否存在。如果没定义 __isset()，就会误判为“空”。
例如：
class User {
private $data = ['name' => 'Alice'];
public function __get($key) {
return $this->data[$key] ?? null;
}
}
$user = new User();
var_dump(empty($user->name)); // bool(true)，但 $user->name 实际是 'Alice'
修复方式：补上 __isset()：
public function __isset($key) {
return array_key_exists($key, $this->data);
}
替代方案：什么时候不该用 empty()
只要你的业务逻辑需要区分以下任意一对值，就别用 empty()：
-
"0"和""（如订单号、开关字段） -
false和null（如接口返回的布尔结果 vs 字段未返回） -
0和unset（如分页 offset 默认值为 0，但未传参时应报错）
这时候更安全的做法是组合判断：isset($v) && $v !== ""、is_string($v) && strlen($v) > 0，或者直接用严格比较。
最常被忽略的一点：empty() 是语言结构，不是函数，它对魔术属性、引用、未初始化对象属性的处理不一致 —— 如果不确定上下文，宁可多写一行判断，也不要依赖它的“方便”。
