== 进行类型转换后比较值，=== 要求值和类型均相同；如 "0" == 0 为 true，但 "0" === 0 为 false；比较时应优先用 === 避免隐式转换陷阱。
PHP 里 == 和 === 的区别到底在哪
绝大多数变量比较出错，不是逻辑写错了，而是没搞清这两个操作符干了什么。== 会强制类型转换再比值，=== 要求值和类型都一致。比如 "0" == 0 是 true，但 "0" === 0 是 false。
常见错误现象：if ($status == "1") 看似没问题，但如果 $status 是整数 1、字符串 "1"、甚至布尔 true，它都可能意外成立——因为 true == "1" 也是 true。
- 用
===替代==，除非你明确需要类型松散比较（比如处理$_GET参数时临时兼容字符串数字） - 对用户输入或外部数据做比较前，先用
filter_var()或is_int()/is_string()显式校验类型 -
null、0、""、false在==下全等价，这是最常踩的坑，别依赖这种“隐式相等”
数组差异比较该用 array_diff() 还是 ===
两个数组长得一样，=== 却返回 false？大概率是键顺序不同或键类型不一致（比如 0 和 "0"）。=== 是全量严格比对：键名、键类型、值、顺序，缺一不可。
array_diff() 只比较值，忽略键名和顺序，而且只做单向差集（array_diff($a, $b) 找出在 $a 但不在 $b 的值），不适合判断“是否完全相等”。
立即学习“PHP免费学习笔记（深入）”；
- 判断两个数组是否完全一致，优先用
serialize($a) === serialize($b)（简单可靠，适用于常规数据） - 若含资源、闭包或循环引用，必须手写递归比较函数，用
gettype()+is_array()分支处理 -
array_diff_assoc()比array_diff()多比键名，但仍不比键类型，0 === "0"在它眼里是不同键
浮点数比较为什么不能直接用 ==
因为二进制无法精确表示大多数十进制小数，0.1 + 0.2 不等于 0.3，而是 0.30000000000000004。直接 == 几乎必错。
这不是 PHP 特有，所有遵循 IEEE 754 的语言都这样。PHP 没有内置的“近似相等”操作符，得自己控制精度。
- 用
abs($a - $b) 判断是否足够接近（<code>1e-10根据业务精度调整） - 避免用
round()后比较，round(0.30000000000000004, 1)是0.3，但round(0.29999999999999999, 1)也是0.3，误差被掩盖了 - 钱、计数等场景，改用整数运算（单位转为“分”或“毫秒”），彻底绕开浮点
对象比较用 == 还是 ===？
=== 比的是对象是否同一个实例（即内存地址相同），== 才是按属性值逐个比较——但前提是这些属性都是 public 且可访问的。一旦有 private/protected 属性，== 就可能漏判或报错。
更麻烦的是，如果类定义了 __toString()，某些上下文还会触发隐式转换，让比较行为更难预测。
- 不要依赖
==做对象内容比较，它不透明、不可控、不支持自定义逻辑 - 在类里写一个
isEqual(self $other): bool方法，显式声明哪些字段参与比较 - 若需通用方案，用
json_encode($obj1) === json_encode($obj2)（要求属性可序列化且顺序稳定）
类型、结构、精度、语义——这四个维度没对齐，任何“看起来一样”的比较都可能在某个边缘 case 里翻车。尤其当变量来源混杂（数据库、API、表单、缓存）时，别假设它们“应该”是同一种形态。
