PHP中判断布尔值必须用===而非==或empty()，因后者会将false、0、''等混为一谈；处理API/数据库数据时需显式类型转换，避免松散比较导致逻辑错误。
PHP中empty()对true/false的误判
它不判断布尔值本身，而是把false当作“空”直接返回true，连带true也会在某些组合下翻车。比如empty(false)返回true，但你本意可能是“这个值存在且为假”，结果被当成不存在。
常见错误现象：if (!empty($flag)) { ... } 本想跳过false，结果$flag = false时也进了分支——因为empty(false)是true，取反后成了false，分支没执行，反而让你误以为逻辑正常；更隐蔽的是$flag = 0或''时行为一致，掩盖了类型混淆问题。
- 只在确认变量**可能为null/数组/字符串/数字**且你真需要“空值语义”时用
empty() - 明确判断布尔值，请用
=== true或=== false -
isset($var) && $var === false比!empty($var)更安全，尤其当$var可能未定义时
松散比较==把false和一堆东西混为一谈
PHP会把false转成0再比，于是false == 0、false == ''、false == null全为true。这不是bug，是设计，但你在处理API返回的false（比如cURL失败）或数据库查出的tinyint(1)字段时，极易踩坑。
使用场景：调用json_decode($str, true)失败返回null，但有人写if ($data == false)想捕获失败，结果$data = []或$data = 0也被误判。
立即学习“PHP免费学习笔记（深入）”；
- 布尔值判断必须用
===，==只用于你明确需要类型转换的极少数场景（如表单$_POST['agree']可能为'on'或''） - 函数返回布尔值时（如
fopen()、strpos()），优先用=== false而非== false或!$result -
strpos('abc', 'd') == false是true，但strpos('abc', 'a') == false也是true（因为返回0），这是最经典陷阱
filter_var()验证布尔字符串时的默认行为偏差
filter_var('false', FILTER_VALIDATE_BOOLEAN)返回false，但filter_var('0', FILTER_VALIDATE_BOOLEAN)也返回false，filter_var('no', FILTER_VALIDATE_BOOLEAN)同样返回false。你以为只认'true'/'false'，其实它还接受'1'/'0'、'yes'/'no'、'on'/'off'——而且全不区分大小写。
性能影响小，但兼容性风险高：前端传{ "active": "0" }，后端用filter_var($input, FILTER_VALIDATE_BOOLEAN)得到false，看起来没问题；但如果某天前端改成传"off"，结果一样，你却不知道协议已悄悄扩展。
- 若只接受严格字符串
'true'/'false'，别用FILTER_VALIDATE_BOOLEAN，改用in_array($str, ['true', 'false'], true)+ 类型转换 - 需要宽松解析时，加
FILTER_NULL_ON_FAILURE标志让非法输入返回null，避免false被误当有效值 - 注意
filter_var('FALSE', FILTER_VALIDATE_BOOLEAN)仍返回false——大小写完全忽略，这点文档没强调，但实测如此
JSON解码后布尔值变成bool，但数据库读出来可能是string或integer
MySQL的TINYINT(1)常被当布尔用，PDO默认把它作为integer返回（0或1），而PostgreSQL的BOOLEAN列才真正返回PHP的bool。同一份业务逻辑，换数据库就出问题：比如if ($row['enabled'])在PG里true/false正常，在MySQL里0/1也能过，但一旦$row['enabled'] = '0'（字符串），松散判断就失效。
容易被忽略的地方：ORM（如Eloquent）通常会做类型转换，但原生PDO或轻量查询工具（如Medoo）不会。你写了WHERE enabled = ?传true，实际发过去的是1，而MySQL允许WHERE enabled = 'true'这种写法——但PHP层已丢失原始类型。
- 数据库字段类型要和PHP预期一致：MySQL用
TINYINT(1)就老实用(int)转，别指望自动变bool - 统一在DAO层做转换：
$row['enabled'] = (bool) $row['enabled'];，而不是在每个if里写=== true - API输出JSON前用
json_encode()没问题，但输入时别依赖json_decode()结果直接参与逻辑判断——先校验结构，再显式转换
