array_search 返回 false 表示未找到，返回 0 表示找到且键为 0；必须用 !== false 判断，启用 strict 模式（第三个参数为 true）可避免类型混淆。
array_search 返回 false 还是 0？先搞清这个陷阱
当你用 array_search() 查找值，结果是 0 还是 false，直接用 if ($key) 判断会出错——因为 0 在 PHP 中是“falsy”值，和 false、null、'' 一样会被当成“没找到”。
- 未找到时，
array_search()真实返回的是false（布尔型） - 而数组第一个元素的键恰好是
0（比如索引数组[10, 20, 30]），查到它时也返回0（整型） - 两者用
==比较都为 true：0 == false→true，但类型完全不同 - 必须用
===判断：$key !== false才能安全确认“确实找到了”
为什么开启 strict 参数能帮你避开 0/false 混淆
array_search($needle, $haystack, true) 启用严格模式后，不仅比值，还比类型。这意味着：整数 0 不再和字符串 "0"、布尔 false、空数组 [] 等松散相等的值匹配。
- 松散模式下：
array_search(0, ["0", false, ""]) === 0→ 返回0（匹配了字符串"0"） - 严格模式下：
array_search(0, ["0", false, ""], true)→ 返回false（类型全不匹配） - 对数值 ID、状态码、布尔标志位这类敏感数据，不加
true就等于默认接受类型污染 - 即使当前数组全是整数，未来若混入字符串配置项（如来自 JSON 解析），松散模式就会悄悄返回错误键
实际开发中怎么写才不会踩坑
别依赖“看起来安全”的假设。只要涉及键存在性判断，就必须显式处理 false 和 0 的歧义。
- 查找后立刻用
!== false判断：if (($key = array_search($val, $arr)) !== false) { /* 找到了 */ } - 如果业务上允许
0作为合法键，且你确定数组不含类型混杂数据，仍建议加true参数，避免后续维护者误加字符串元素 - 不要用
empty($key)或!$key——它们把0、"0"、null全当“空”，完全失去键语义 - 调试时用
var_dump($key)而非echo $key，看清返回的是int(0)还是bool(false)
最易被忽略的点：false 是布尔，0 是整数，它们内存结构不同
PHP 底层用 zval 存变量，type 字段决定了怎么读 value 联合体。一个 false 的 zval type 是 IS_BOOL，而 0 是 IS_LONG。松散比较（==）会触发隐式转换，但这种转换不是“修复”，而是掩盖类型契约的断裂。
立即学习“PHP免费学习笔记（深入）”；
你在代码里写一次 ==，就等于默许未来所有可能的类型注入；而写一次 === 或显式传 true，就是在接口边界钉下一根类型桩。这点在用户输入、API 响应、配置合并等场景尤其关键——那里没有“应该全是整数”的幻想，只有现实的类型混合。
