php布尔值仅有true和false两个字面量，字符串"true"/"false"属于string类型；从表单、json等来源获取的布尔值需用filter_var(..., filter_validate_boolean)手动转换，避免隐式转换导致逻辑错误。
PHP里布尔值不是true/false字符串
PHP的bool类型只有两个真实值：true和false，不带引号。写成"true"或'false'就是字符串，类型是string，用is_bool()会返回false。
常见错误现象：从表单、JSON或配置文件读进来的"true"，直接拿去判断——结果永远为真，因为非空字符串在条件中自动转为true。
- 从
$_POST或json_decode()拿到的布尔值，如果是字符串格式，必须手动转换：filter_var($input, FILTER_VALIDATE_BOOLEAN) -
==比较时容易误判："1" == true为true，但"1" === true为false；建议优先用===或is_bool()确认类型 - 函数返回布尔值时，别依赖隐式转换：比如
strpos()查不到返回false，但查到位置0也是“假值”，得用!== false判断
isset()和empty()对布尔变量的行为差异
isset()只关心变量是否已声明且不为null，所以isset($flag)在$flag = false时返回true；而empty()把false、0、"0"、""、null、[]都当作“空”——这是最常踩的坑。
使用场景：你想知道“用户是否勾选了同意协议”，变量叫$agreed，它可能是true、false或未定义：
立即学习“PHP免费学习笔记（深入）”；
- 用
isset($agreed) && $agreed表示“已设置且为真” - 别用
!empty($agreed)，否则$agreed = false会被当成“没填”，逻辑反了 - 如果变量来自
$_GET['debug'] ?? null，且期望它是布尔开关，先过滤再判断：$debug = filter_var($_GET['debug'] ?? '', FILTER_VALIDATE_BOOLEAN)
JSON传输中布尔值丢失或变字符串
PHP的json_encode()对true/false输出原生JSON布尔字面量，但json_decode()默认返回对象（stdClass），其中布尔字段仍是bool；问题出在前端传参或配置文件里硬编码了字符串"true"，后端没处理就直接用了。
典型错误现象：json_decode('{"active":"true"}')得到["active" => "true"]，不是["active" => true]。
- 解码时加第二个参数
true确保返回数组，但类型不会自动修正 - 关键一步：对已知应为布尔的键，单独过滤：
$data['active'] = filter_var($data['active'], FILTER_VALIDATE_BOOLEAN) - 避免在JSON里写
"active": "1"或"active": 1——数字1经filter_var(..., FILTER_VALIDATE_BOOLEAN)会转成true，但0也转false，而"0"字符串反而转false（这是FILTER_VALIDATE_BOOLEAN的约定）
函数参数默认值设布尔要小心类型推断
PHP 8+支持类型声明，但function foo(bool $flag = false)看起来稳妥，实际调用foo("false")会报TypeError；而没声明类型时，foo("0")或foo(null)可能悄悄变成false，掩盖问题。
性能影响不大，但可维护性差：别人读代码时无法一眼确认参数是否接受宽松输入。
- 明确类型就严格传参，别依赖自动转换
- 若需兼容字符串输入，改用
string|null $flag = null，内部用filter_var()转，再校验是否!== null - 文档注释里写清：
@param bool|string $flag true/false or 'true'/'false'，比靠猜强
布尔变量本身很简单，麻烦全在边界上：来源不可控、传输失真、判断逻辑混用empty()和isset()、还有人坚持用1/0代替true/false——这些地方一松手，bug就藏得特别深。
