php 7.1 中 in_array 严格模式用 === 比较，需确保第三参数为 true、数组元素类型与查找值完全一致，并避免松散比较残留影响；推荐显式循环或封装 strictcontains 提升可控性。
PHP 7.1 中 in_array 的严格模式（第三个参数设为 true）会使用 === 进行全等比较，即同时校验值和类型。如果你遇到字符串数字（如 "123"）和整型（如 123）在严格模式下“本该不匹配却意外匹配”或“本该匹配却返回 false”的异常，大概率不是函数本身出错，而是数据来源、隐式转换或判断逻辑存在偏差。
确认是否真正启用了严格模式
常见疏漏是忘记传入第三个参数，或传了变量但值为 false / null / 空字符串：
-
in_array("123", $arr)→ 默认松散模式，"123" == 123为 true，会误判 -
in_array("123", $arr, true)→ 正确启用严格模式，"123" === 123为 false -
$strict = $_GET['check'] ?? false; in_array("123", $arr, $strict)→ 若$strict是字符串"false"或未定义，实际仍按false处理
检查数组中真实存储的值类型
看似是整数的元素，可能其实是字符串；看似是字符串的元素，可能被 JSON 解析或表单提交后自动转成了数字：
- 用
var_dump($arr)查看键值对及类型，不要只靠print_r - 特别注意：
json_decode('{"id":"123"}')默认返回对象，若用json_decode(..., true)，数字字符串仍保持为字符串；但若前端传参未加引号（如id=123），$_GET['id']是字符串"123"，而你数组里存的是(int)123，严格模式下就不匹配 - 数据库查询结果中，MySQL 的
INT字段经 PDO 默认以字符串形式返回（取决于PDO::ATTR_STRINGIFY_FETCHES设置），需手动 cast 或统一转为整型再比对
警惕松散比较残留影响判断逻辑
即使 in_array 本身用了严格模式，外围逻辑仍可能引入松散陷阱：
- 错误写法：
if (in_array("123", $arr, true)) { ... }→ 表面正确，但如果$arr包含false、0、""等“假值”，且你后续用==判断结果，容易混淆 - 更安全的写法：
$found = in_array("123", $arr, true); if ($found === true) { ... }—— 明确区分true和其他“真值” - 注意：当
$arr是空数组或null，in_array返回false，但若你用if ($found)判断，false被视为假，逻辑成立；可读性差且易埋雷
替代方案：用 array\_key\_exists + 显式遍历更可控
当业务对类型极其敏感（例如密码字典映射、协议字段校验），且数组规模不大时，可绕过 in_array 的黑盒行为，改用显式循环 + ===：
foreach ($arr as $val) { if ($val === "123") { return true; } }- 或封装为小函数：
function strictContains($needle, array $haystack): bool { foreach ($haystack as $v) { if ($v === $needle) return true; } return false; } - 优势：逻辑透明、调试直观、避免任何内置函数的隐式行为干扰
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
