is_bool() 是判断变量是否为布尔类型的唯一推荐方式，它直接检查类型而非值；gettype() 返回字符串且易出错，仅适用于调试日志等场景。
用 gettype() 判断最直接，但要注意它返回字符串
PHP 没有内置的 is_bool() 以外的“类型断言函数”，而 is_bool() 才是专为这事设计的——它不看值，只看变量是否被声明/赋值为布尔类型。很多人误用 gettype($var) === 'boolean'，这确实能工作，但多了一层字符串比较，且容易写成 == 导致弱类型坑。
常见错误现象：gettype(1) 返回 'integer'，gettype(true) 返回 'boolean'，但 gettype('true') 是 'string'——看起来像布尔，其实不是。
-
is_bool($var)是唯一推荐方式，返回true或false - 不要用
gettype()做逻辑判断，除非你明确需要类型名字符串（比如日志、调试） - 注意：未定义变量传入
is_bool()会触发 Notice，先用isset()或array_key_exists()做存在性检查
is_bool() 不能替代真值判断，别和 if ($var) 混淆
这是最容易踩的坑：以为 is_bool(true) 为 true 就等于“这个值能当条件用”，但反过来不成立。PHP 中很多非布尔值在 if 里也表现为真（如 1、"hello"、[1]），它们调用 is_bool() 全是 false。
使用场景很明确：你真正关心的是“这个变量是不是语言层面的布尔类型”，比如做 API 参数校验、序列化前类型过滤、或写类型安全的封装函数。
-
is_bool(0)→false（整数 0 不是布尔） -
is_bool(false)→true（布尔字面量） -
is_bool((bool)0)→true（强制转换后就是布尔类型） -
if ($var) { ... }检查的是“truthy/falsy”，和类型无关
反序列化或 JSON 解析后，布尔可能变成整数或字符串
从 json_decode()、unserialize()、数据库读取（尤其 PDO 默认 PDO::ATTR_STRINGIFY_FETCHES = true）来的数据，常导致布尔“丢失类型”。例如 json_decode('{"flag":true}') 默认返回对象属性为布尔，但加了 true 参数（关联数组）后仍保持布尔；而某些旧版 MySQL 驱动会把 TINYINT(1) 当作整数返回，哪怕建表时写了 BOOLEAN。
性能影响不大，但逻辑会出错：你写了 if (is_bool($row['flag']))，结果永远是 false，因为实际是 int。
- 检查来源：JSON 默认保留布尔类型；MySQL 的
TINYINT(1)在 PDO 中默认转成int，需设PDO::MYSQL_ATTR_EMULATE_PREPARES => false并配合PDO::ATTR_EMULATE_PREPARES => false和字段类型映射 - 临时补救：用
$var === true || $var === false可以判断“是否等价于布尔值”，但不等于“是布尔类型” - 更稳妥：统一在数据入口层做类型归一，比如封装一个
castToBool($value)函数处理各种输入
自定义函数包装 is_bool() 时，别忽略 null 和 undefined
如果写工具函数比如 assertBoolean($var, $key = '')，光用 is_bool() 不够。PHP 对未定义变量、null、空字符串的响应不同，而业务代码往往希望“没传参数就报错”或“默认 false”。
容易被忽略的地方是：函数参数默认值设为 null，但调用时没传参，func_get_args() 拿不到它，is_bool(null) 是 false，但你可能想区分“传了 null”和“根本没传”。
- 用
func_num_args()+func_get_arg()判断是否显式传参 -
is_bool($var) || $var === null不是类型检查，是值容错，别混进类型断言逻辑 - 如果函数签名含默认值如
function foo($flag = false)，那$flag必然是布尔，无需再is_bool()
is_bool() 就会安静地返回 false，而你的 if 分支永远走不到。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
