PHP中strpos返回0时被误判为false，因松散比较0==false成立；正确做法是用!== false严格判断，UTF-8场景需用mb_strpos并指定编码。
因为 PHP 的 if 判断中，0 在松散比较（== 或隐式转换）下会被当作布尔 false 处理，而 strpos 在目标字符串**开头就匹配成功时，明确返回整数 0**——它不是“没找到”，而是“在第 0 个位置找到了”。
为什么 0 == false 成立？
PHP 是弱类型语言，if($var) 会把 $var 转成布尔值再判断。按 PHP 类型转换规则：
- 整数
0→false - 空字符串
''→false - 浮点数
0.0→false - 布尔
false→false -
null→false
所以 if (strpos($str, 'a')) 遇到开头是 'a' 时，实际执行的是 if (0)，结果为 false，逻辑直接翻车。
正确判断方式：必须用全等（===）
区分“找到且在开头”（返回 0）和“根本没找到”（返回 false），只能靠类型+值的严格比较：
立即学习“PHP免费学习笔记（深入）”；
- ✅ 正确：
if (strpos($str, 'x') !== false)—— 找到就进分支（含位置 0） - ✅ 正确：
if (strpos($str, 'x') === false)—— 没找到才进分支 - ❌ 错误：
if (strpos($str, 'x'))—— 开头命中即跳过 - ❌ 错误：
if (strpos($str, 'x') == false)—— 把 0 当 false
中文或 UTF-8 场景更危险
除了 0/false 陷阱，strpos 还基于字节操作。UTF-8 中一个中文字符占 3 字节，strpos('你好', '好') 可能因字节偏移错位返回 false，看起来像“没找到”，其实是匹配机制失效。
- ✅ 应改用
mb_strpos($str, '好', 0, 'UTF-8') - ✅ 同样要严格判断：
mb_strpos(...) !== false - ⚠️ 不指定编码参数（如
'UTF-8'）会导致行为不可控
顺便提一个常见误操作
有人写 if (!strpos($str, 'x'))，以为“非 false 就是存在”，但 !0 是 true，结果和预期完全相反。
- ❌
if (!strpos($str, 'x'))→ 实际是“如果没找到或在开头找到”，逻辑混乱 - ✅ 想表达“不存在”，请写
if (strpos($str, 'x') === false)
