PHP中==比较会强制类型转换导致逻辑错误，如"abc"==0为true；应统一使用===或确保比较双方类型一致。
字符串转整型时，== 会偷偷改你的判断逻辑
是的，影响非常直接。PHP 在用 == 比较时，只要一边是整数（比如 0、123），另一边的字符串就会被强制转成整型再比——而这个转换规则极不直观："abc" → 0，"12kd33" → 12，"0e123" → 科学计数法转成 0.0（再转整型还是 0）。结果就是："abc" == 0 为 true，"0e999" == 0 也为 true。
- 常见错误现象：
if ($user_input == 0)意外放行了空字符串、"false"、"null"、甚至"admin" - 使用场景：表单校验、权限判断、开关状态解析（比如
status字段来自 GET/POST） - 实操建议：只要变量来源不可控（如
$_GET、$_POST、数据库读取），一律改用===
intval() 和 (int) 不等于安全，它们只是“转换工具”
很多人以为显式调用 intval() 就能防住弱类型坑，其实不然——它只解决“怎么转”，不解决“要不要转”。问题出在后续比较环节。比如：$id = intval($_GET['id']); if ($id == '12abc') 看似安全，但右边仍是字符串，== 仍会把 '12abc' 转成 12，和左边 12 对上，逻辑就漏了。
- 参数差异：
intval("12abc", 10)返回12；(int)"12abc"同样返回12；但两者都不阻止你拿结果去和另一个字符串用==比 - 关键提醒：转换后务必搭配
===，或统一用字符串比较（如strval($id) === $_GET['id']） - 性能影响：无额外开销，但误用会引发逻辑漏洞，远比性能重要
switch 语句也踩 == 的坑，别信“它只比值”
switch 内部的 case 匹配，本质就是松散比较（==），不是字符串匹配也不是严格相等。所以 switch("abc") { case 0: ... } 会进 case 0 分支，因为 "abc" == 0 成立。
- 常见错误现象：用字符串 ID 做路由分发，
switch($_GET['action'])却写了case 1:或case 'login':混用，导致意外交叉命中 - 实操建议：
- 所有
case值保持和输入变量同类型（输入是字符串，case就写"1"、"login"） - 更稳妥：统一转成字符串再
switch，或改用match（PHP 8.0+，原生支持严格匹配）
- 所有
生产环境里最该盯紧的三个高危点
这些地方出问题不会报错，但会导致越权、绕过、数据错乱，且日志里几乎不体现。
立即学习“PHP免费学习笔记（深入）”；
-
if ($_POST['is_admin'] == 1)→ 攻击者传is_admin=on、is_admin=true、is_admin=123abc都可能绕过 -
password_verify($input, $hash) && $level == 'vip'→ 若$level来自未过滤的 JSON 或表单，"vip\0"、"vip "、"VIP"都可能被==认作相等 - 数据库查询拼接：
"WHERE status = " . $_GET['status']+ 后续用==校验，等于双重失控
真正危险的从来不是“不知道怎么转整型”，而是“忘了比较本身就在悄悄转类型”。只要涉及用户输入和分支逻辑，=== 不是可选项，是默认动作。
