PHP中判断结果总为true的主因是混淆松散比较与布尔上下文：资源、非空字符串等在布尔上下文中均为true；赋值运算符优先级低于逻辑运算符导致$handle被赋值为true而非资源；isset()仅判变量是否设置而非内容是否为空；strlen()不返回false，null==false造成假象；in_array()默认松散比较致0匹配字符串。
PHP判断结果总是true，大概率是你在用||、or或松散比较==时，无意中把资源、非空字符串、数字1、数组[]甚至0当成了逻辑失败的信号——而它们在布尔上下文中全是true。
为什么fopen()成功后$handle变成true而不是资源？
这是最典型的赋值陷阱：你写了类似$handle = fopen('file.txt', 'r') || die(...)的代码。因为=优先级低于||，整个表达式先算fopen() || die()，而成功返回的resource在布尔上下文中为true，所以true || die()结果就是true，最终$handle = true。
- 后续调用
fclose($handle)会报错：fclose(): expects parameter 1 to be resource, bool given - 正确写法必须确保
$handle直接接收fopen()原始返回值：if (($handle = fopen(...)) === false) { ... } - 永远别对资源类型做
== true或||运算后再赋值——你会丢掉资源本身
为什么isset($_GET['id'])总返回true，哪怕参数是空字符串或"0"？
isset()只判断变量是否“已设置且不为null”，它**完全不关心内容是不是空**。所以$_GET['id'] = ''、$_GET['id'] = '0'、$_GET['id'] = []，全都会让isset()返回true。
- 想确认参数有“有效值”，得组合使用：
isset($_GET['id']) && $_GET['id'] !== '' && $_GET['id'] !== '0' - 或者更稳妥地用
filter_input(INPUT_GET, 'id', FILTER_SANITIZE_STRING)再判空 - 别拿
isset()当“非空校验”用，这是它最常被误用的场景
为什么strlen($_POST['name']) == false有时成立，但逻辑完全错？
strlen()从不返回false。它在PHP 8.0+中对null返回0，旧版则触发E_WARNING并返回null；对未定义变量（如$_POST['name']根本不存在）会触发E_NOTICE并返回null。而null == false在松散比较下为true，造成“看似成立”的假象。
立即学习“PHP免费学习笔记（深入）”；
- 真实错误是：你没检查
$_POST['name']是否存在，就直接传给strlen() - 正确顺序是：
isset($_POST['name']) && is_string($_POST['name']) && strlen($_POST['name']) > 0 - 用
===代替==能立刻暴露null和false的区别
为什么in_array(0, ['a', 'b', 'c'])返回true？
因为in_array()默认开启类型宽松比较。它会把0转成字符串'0'，再跟数组元素做比较；而'a'、'b'、'c'在转换为整数时全变成0，于是0 == 'a'成立，函数就返回true。
- 修复方法：加第三个参数
true启用严格模式：in_array(0, ['a','b','c'], true) - 同理，
array_search()、array_key_exists()等也需注意是否启用了严格比较 - 只要涉及数值与字符串混比较，务必确认是否启用了
strict参数
真正容易被忽略的点是：PHP里“假值”只有false、0、0.0、""、"0"、null、[]这七个，其余一切——包括资源、对象、非零数字、非空数组——在if或||里都是true。你以为的“失败返回”，可能只是你没意识到它根本不是失败。
