array_unique对关联数组“失效”是因为它仅比较值、丢弃重复值对应键名，且默认用==导致类型转换误判；对对象、嵌套数组、浮点数等均不适用，需手写array_filter+哈希表逻辑。
array_unique 为什么对关联数组“失效”
它只比较值，不保留原始键名；遇到重复值时，只保留第一个出现的键值对，后续同值的键直接丢弃。更关键的是，array_unique 默认用 == 比较，对浮点数、字符串数字（如 "1" 和 1）会误判为相同。
常见错误现象：array_unique(['1', 1, '1.0']) 返回只有 1 个元素的数组；关联数组如 ['a' => 'x', 'b' => 'x'] 被压缩成 ['a' => 'x']，'b' 键消失。
实操建议：
- 明确传入
SORT_STRING或SORT_REGULAR第二参数，避免隐式类型转换干扰 - 若需保留所有键名（仅去重值），先用
array_values()重置索引，或自己遍历重建 - 对对象或嵌套数组，
array_unique完全无效——它根本不支持递归或自定义逻辑
用 array_filter + 自定义闭包实现精确去重
当需要按对象属性、多维字段、忽略大小写或模糊匹配去重时，array_unique 束手无策，必须手写逻辑。
立即学习“PHP免费学习笔记（深入）”；
核心思路：维护一个已见值的记录表（如 $seen = []），遍历原数组，对每个元素计算“去重标识符”（如 strtolower($item['name'])），仅当该标识符未出现过才保留。
示例（去重邮箱，忽略大小写）：
$users = [['email' => 'A@B.COM'], ['email' => 'a@b.com'], ['email' => 'c@d.org']];
$seen = [];
$unique = array_filter($users, function ($u) use (&$seen) {
$key = strtolower($u['email']);
if (in_array($key, $seen)) return false;
$seen[] = $key;
return true;
});
注意点：
- 必须用
&$seen引用传递，否则每次回调都是空数组 -
array_filter保留原始键名，如需连续数字索引，最后加array_values($unique) - 性能上，
in_array是 O(n)，大数据量建议改用isset($seen[$key])配合键名存储
多维数组去重必须自己写循环
array_unique 对含数组或对象的元素直接报 PHP Warning: Array to string conversion，因为内部尝试把数组转成字符串作哈希键，结果全是 "Array"，全被当成重复项。
典型错误场景：array_unique([['id'=>1], ['id'=>2], ['id'=>1]]) 返回空数组或只留一个。
正确做法是用 foreach + 序列化（慎用）或字段提取：
- 简单情况：提取唯一字段组成键名，如
$key = $item['id'] . '|' . $item['type'] - 避免序列化——
serialize()生成字符串不稳定（顺序、空格、引用影响），且慢 - 如需深度比较（比如两个子数组结构一致但键序不同），得用
json_encode($item, JSON_UNESCAPED_UNICODE | JSON_SORT_KEYS)生成稳定哈希
性能差异：什么时候不该用 array_unique
对超大数组（>10 万项），array_unique 内部实现虽是 C，但要复制整个数组、排序、逐个比对，内存占用翻倍，耗时明显高于手写哈希表方案。
实测对比（10 万字符串）：
-
array_unique($arr)：约 80–120ms，内存峰值 +100% - 手写
foreach+$map[$val] = true+array_keys($map)：约 15–25ms，内存 +20%
所以真实项目中，尤其在 CLI 脚本或导出逻辑里，别图省事硬套 array_unique。它的便利性只适合中小规模、值类型干净、无特殊比较需求的场景。
最易被忽略的一点：array_unique 不处理 null、NaN、资源类型，也不校验是否可比较——这些都得靠你自己在调用前兜底。
