整型比较必须用===而非==，因==会触发隐式类型转换；需先用is_int()校验类型再===比较；外部输入（如json、db）常为字符串，应预处理转整型或校验；浮点转整需防精度丢失。
用 === 判断整型是否相等，别用 ==
PHP 中整型比较最常踩的坑，就是把 == 当成“严格相等”用。它会自动类型转换，0 == "0"、1 == true 都返回 true，但你明明只想比两个 int。整型变量如果来自表单、JSON 解析或数据库（尤其字段类型是 VARCHAR），表面是数字，实际可能是字符串。=== 才真正同时检查值和类型，安全又明确。
-
==会触发隐式转换：比如0 == "0\n"是true（字符串末尾换行被忽略），但0 === "0\n"是false - 数据库取出来的整数，如果字段定义为
TEXT或用了mysqli_fetch_assoc()，PHP 默认返回字符串——哪怕内容全是数字 - API 接口传来的
{"id": "123"}，json_decode()默认把数字当string处理，除非加第二个参数true
is_int() + === 组合才是真保险
光靠 === 还不够。如果变量本身不是整型（比如是 float、string 或 null），直接 === 比较可能掩盖类型问题。先确认类型再比较，逻辑更健壮。
- 错误写法：
$a === $b—— 如果$a是1.0（float），$b是1（int），结果是false，但你未必意识到类型不一致 - 推荐写法：
is_int($a) && is_int($b) && $a === $b，或封装成小函数：function int_equals($x, $y) { return is_int($x) && is_int($y) && $x === $y; } - 注意
is_numeric()不行——它对"1e2"、"0xFF"也返回true，但这些不是整型
数组键名比较时，整型键会被强制转成字符串？
PHP 数组中，数字键（如 0、123）会被当作整型索引处理，但一旦用变量做键名（$arr[$id] = 'x'），而 $id 是字符串 "123"，PHP 会自动把它转成整型键——看起来一样，但比较时容易混淆。
- 现象：
$arr["123"] = 'a'; $arr[123] = 'b';实际只存一个元素，123和"123"作为键是等价的 - 但如果你在条件里写
isset($arr[$input]) && $input === 123，而$input是字符串"123"，这个判断就失败了 - 建议统一预处理：用
(int)$input强转再比较，或用filter_var($input, FILTER_VALIDATE_INT) !== false校验后再用
浮点数转整型后比较要小心精度丢失
从 float 转 int（比如 (int)3.999999999999999）会截断而非四舍五入，且某些浮点表示在二进制下无法精确存储，可能导致意外结果。
立即学习“PHP免费学习笔记（深入）”；
-
(int)0.1 + (int)0.2 === (int)0.3是false（因为0.1 + 0.2实际是0.30000000000000004，截断后为0） - 如果来源是计算结果，优先用
round($float, 0)或intval(round($float))，而不是裸(int) - 数据库字段如果是
DECIMAL，PDO 默认可能映射为string，避免直接强转，先用filter_var($str, FILTER_VALIDATE_FLOAT)再处理
整型比较看着简单，真正难的是搞清变量从哪来、当前是什么类型、有没有被中间层（如 JSON、DB 驱动、表单编码）悄悄改过。多打一行 var_dump(gettype($x), $x)，比猜半天强。
