应优先使用===而非==，因==会触发不可靠的隐式类型转换（如0=="abc"为true），而===要求值和类型均匹配，确保可预测性；大小比较和<=>也需注意类型陷阱。
== 和 === 是最常出问题的两个，绝大多数逻辑翻车都源于混淆它们——能用 === 的地方，别用 ==；除非你明确需要类型转换，否则默认选严格比较。
为什么 == 会把 0 和 "abc" 判为相等？
因为 == 触发松散比较：PHP 会尝试将两边转成同一类型再比。比如 0 == "abc"，字符串 "abc" 转数字是 0，所以结果为 true。这种隐式转换规则复杂且版本间有差异（如 PHP 7 vs 8 对 "a" 和 0 的处理就不同），根本不可靠。
- PHP 8.0+ 中，
0 == "a"返回false（更合理），但0 == ""仍是true -
"123" == 123总是true，哪怕一个是字符串一个是整数 -
"0x1A" == 26在某些版本里也成立（十六进制字符串被解析）
=== 才是生产环境的安全底线
=== 不做任何类型转换，值和类型必须同时匹配。它不“聪明”，但可预测、可审计。
-
5 === "5"→false（类型不同） -
0 === false→false（整数 ≠ 布尔） -
null === ""→false（类型不同，且null不等于空字符串） - 所有框架的验证逻辑（如 Laravel 的
request()->has()、isJson()）内部都依赖===或类型明确的判断
大小比较（、<code>>、、<code>>=）其实也暗藏类型陷阱
它们看起来“只是比大小”，但 PHP 仍会按规则隐式转换——尤其当一边是字符串、一边是数字时。
立即学习“PHP免费学习笔记（深入）”；
-
"100" > 99→true（字符串被转为整数） -
"99abc" > 100→false（"99abc"转整数是99） -
"apple" > "banana"→false（字符串逐字符 ASCII 比较） - PHP 8 开始，
"1e2" > 99是true（科学计数法字符串被识别为数字），但"1e2x" > 99就是false（截断后为1）
它返回 -1、0 或 1，天然适配 usort() 回调，避免手写冗长的 if/else。
$data = [[1, 'z'], [2, 'a'], [1, 'm']]; usort($data, fn($a, $b) => $a[0] <=> $b[0] ?: $a[1] <=> $b[1]);
上面代码先按第一项升序，相等时再按第二项字典序—— 的链式用法干净利落。注意它对数组、对象也有定义（PHP 7+），但对资源或闭包会报错。
真正容易被忽略的点是：没有“万能安全”的比较方式，只有“上下文合适”的选择。比如表单接收的 $_POST['id'] 是字符串，但你要查数据库主键（整数），直接 == 可能绕过类型校验，而 === 又必然失败——这时应该先 filter_var($id, FILTER_VALIDATE_INT)，再用 ===。比较从来不是孤立操作，它嵌在数据流转链条里。
