PHP布尔型变量仅有true和false两个严格值，非字符串或整数；条件判断中的“falsy值”属隐式转换，非布尔取值；类型声明、函数返回及调试输出需注意类型安全与行为差异。
PHP布尔型变量只有两个合法值：true 和 false
PHP里没有“真假之间”的布尔值，不像JavaScript有null、undefined、空字符串等“falsy”值自动转布尔的宽松逻辑。PHP的bool类型严格限定为两个字面量：小写的true和false——注意不是字符串"true"，也不是整数1或0（它们是int，不是bool）。
常见错误现象：
- 用
var_dump(1 == true)返回bool(true)，误以为1就是true；其实这是松散比较触发的类型转换，1 === true结果是bool(false) - 函数返回
1或0（比如strpos()），直接当布尔用：if (strpos($str, 'x')) { ... }—— 当子串在开头时返回0，条件被跳过，逻辑出错
哪些值在条件判断中会被当成false？这不是布尔取值，而是类型转换规则
PHP文档里常提的“falsy值”清单（0、""、array()等）只适用于**隐式转换场景**，比如if、while、三元运算符。它们本身不是bool，只是被当作false处理。
使用场景与风险：
立即学习“PHP免费学习笔记（深入）”；
-
empty($var)会把0、"0"、null、false都判为真（即空），但!$var对"0"也返回true——这两者行为不一致，别混用 - 数据库查询结果为
0（比如计数为零）时，if ($count) { ... }会跳过，应改用if ($count !== 0)或明确判断is_int($count) -
filter_var('false', FILTER_VALIDATE_BOOLEAN)返回false，但filter_var('0', FILTER_VALIDATE_BOOLEAN)也返回false——字符串转布尔有自己一套映射表，不能靠直觉
var_export() 和 var_dump() 输出布尔值的方式不同
调试时容易忽略输出差异，导致误判变量真实类型。
-
var_dump(true)输出bool(true)，清晰标明类型 -
var_export(true)输出true（无类型前缀），如果复制粘贴这个输出当代码用，会得到一个未定义常量true的致命错误（PHP 8.3+已废弃此行为，但旧版本仍存在） - 写单元测试断言时，用
$this->assertTrue($result)比$this->assertEquals(true, $result)更安全，后者可能因类型不匹配而失败
函数返回布尔值时，注意文档标注与实际行为是否一致
很多PHP内置函数名义上“返回bool”，实则可能返回false或其它类型（比如fopen()返回resource或false）。这种混合返回类型不是布尔取值问题，而是设计使然。
-
in_array('x', $arr, true)严格模式下才保证返回bool；默认松散模式下，若数组含0或""，可能误判 -
json_decode($bad_json, true)解析失败时返回null，不是false；必须用json_last_error() === JSON_ERROR_NONE确认 - 自定义函数声明返回
bool（PHP 7+ type hint），但内部提前return "error"会导致Fatal error——类型声明是硬约束，不是建议
最易被忽略的是：布尔变量本身没有“无效状态”，但它的来源（函数返回、用户输入、配置读取）几乎总是存在第三种可能——比如null或未定义。别假设bool变量只可能是true/false，先检查is_bool($var)再用。
