PHP 8.0 中 == 不再进行字符串到数字的隐式转换，字符串与数字比较时直接返回 false；需重点检查表单输入、数据库字段、in_array 松散比较等场景，并按语义选用 (int)$a == (int)$b 或 (string)$a === (string)$b 替代。
PHP8.0 的 == 不再做字符串到数字的隐式转换
PHP 8.0 彻底移除了“数字优先”比较规则：当用 == 比较字符串和数字（或含数字的字符串）时，不再尝试把字符串转成数字再比，而是直接返回 false（除非两边类型一致且值相等）。这会让很多依赖旧行为的逻辑突然失效，比如 "123abc" == 123 在 PHP7.x 返回 true，在 PHP8.0 是 false。
哪些地方最容易崩？重点检查这些场景
以下代码模式在升级后极易出错，建议逐个 grep 排查：
-
if ($input == 0)—— $input 可能是空字符串、"0"、"0.0"或"false" -
in_array($id, $list, true)漏了第三个参数，实际用了松散比较，而 $list 里混着整数和字符串 ID - 数据库查询结果未显式类型转换，比如
mysqli_fetch_assoc()返回的字段全是字符串，却直接跟整数==判断 - 表单提交的
$_POST['status']是字符串"1"，却写成$_POST['status'] == 1
安全替换方案：用什么代替 ==？
不要全局替换成 ===——那会把合法的字符串数字（如 "42" 和整数 42）判为不等。应按语义选：
- 想确认「数值相等」→ 用
(int)$a == (int)$b或filter_var($a, FILTER_VALIDATE_INT) !== false && (int)$a === (int)$b - 想确认「字符串内容一致」→ 强制转字符串：
(string)$a === (string)$b - 处理用户输入或 DB 字段 → 先明确预期类型，再 cast：
$id = (int)$_POST['id']; if ($id === $expected_id) - 数组搜索需类型安全 → 一定加
true参数：in_array($needle, $haystack, true)
临时兼容层：不改业务代码怎么过渡？
如果旧系统耦合太深、无法快速梳理所有 ==，可加一层薄包装函数替代松散比较逻辑：
立即学习“PHP免费学习笔记（深入）”；
function loose_equal($a, $b): bool {
// 仅在 PHP8+ 模拟 PHP7 行为（慎用，仅限过渡）
if (is_string($a) && is_numeric($a) && is_int($b)) {
return (int)$a === $b;
}
if (is_string($b) && is_numeric($b) && is_int($a)) {
return $a === (string)$a && (int)$b === $a;
}
return $a == $b; // fallback
}
但注意：这个函数无法完全复现 PHP7 的全部边界行为（比如 "0x1A"、科学计数法、" 42 "），且掩盖了类型混乱问题。上线前必须逐步替换掉对它的调用。
最麻烦的不是语法报错，而是逻辑静默失败——比如权限判断、状态跳转、缓存键生成，都可能因一次 == 失效而错配。建议用静态分析工具（如 PHPStan level 6+）配合 grep -r '==[^=]' 快速定位高危点，优先修复数据流入口处的比较。
