Array_intersect保留第一个数组的键名且松散比较，易致类型混淆与性能问题；需严格比较时改用array_uintersect，大数组应预处理或缓存，参数须校验是否为数组。
array_intersect 会丢键名，但保留第一个数组的键
用 array_intersect 计算多个数组交集时，返回结果的键名来自第一个参数数组，其他数组只参与值比对。这不是 bug，是设计行为——如果你依赖原始键名顺序或想保留所有键，直接用就容易出错。
常见错误现象：array_intersect(['a' => 1, 'b' => 2], [1, 3]) 返回 ['a' => 1]，不是 [0 => 1]；如果第一个数组是数字索引且乱序，结果键也跟着乱。
- 需要重排键名？用
array_values(array_intersect(...)) - 要同时比对键和值？换
array_intersect_assoc - 第一个数组里有重复值？
array_intersect只保留第一次出现的键，后续重复值不进结果
类型松散比较，字符串 “1” 和整数 1 被当成相等
array_intersect 默认做松散比较（==），不区分类型。这在处理用户输入、数据库读取混合类型数据时特别危险。
使用场景：比如从 API 拿到 ['id' => "123", 'status' => "active"]，又从配置里读出 [123, 'active']，用 array_intersect 一比，"123" 和 123 就被当作相同。
立即学习“PHP免费学习笔记（深入）”；
- 严格比较需求？改用
array_uintersect+strcmp或匿名函数 - 简单粗暴方案：先统一类型，比如全转成字符串再比
array_intersect(array_map('strval', $a), array_map('strval', $b)) - 注意：php 8.0+ 的
array_intersect仍保持松散比较，没加 strict 参数
大数组性能差，别在循环里反复调用
array_intersect 时间复杂度接近 O(n×m)，两个数组分别长 1 万项，最坏要对比上亿次。线上接口里把它塞进 foreach 循环，很容易拖慢响应。
性能影响明显的情况：查用户权限时，对每个菜单项都拿用户角色列表去和权限白名单做 array_intersect；或者导出时逐行比对字段过滤规则。
- 提前缓存交集结果，尤其当某数组长期不变（如权限配置）
- 用
array_flip转成键查找更快：$whitelist = array_flip($allowed_keys); $filtered = array_filter($data, function($k) use ($whitelist) { return isset($whitelist[$k]); }, ARRAY_FILTER_USE_KEY); - PHP 7.4+ 可考虑
array_key_exists配合foreach，比array_intersect稳定可控
空数组或非数组参数会触发 warning
传 NULL、字符串、对象给 array_intersect，PHP 会报 Warning: array_intersect(): Expected parameter 1 to be an array, X given。这在动态拼参数、未校验入参时很常见。
错误现象：从 POST 读 $_POST['tags'] 直接喂给 array_intersect，但用户没选标签，它就是 null 或未定义。
- 安全写法：强制转换
array_intersect((array)$a, (array)$b)—— 注意这会让字符串变成单元素数组，是否符合业务逻辑得自己判断 - 更严谨：用
is_array判断，非数组按需兜底（如跳过、报错、转空数组） - 别依赖 @ 抑制警告，掩盖了参数来源问题
真正麻烦的不是函数不会用，而是它默认行为太“安静”：不报错、不提示类型差异、不告诉你键怎么来的。上线前拿几组真实脏数据跑一遍，比看文档管用。