array_unique去重保留首值及原键名，需用array_values重索引；默认SORT_STRING导致类型混淆，数值场景须显式传SORT_REGULAR；不支持多维数组，对象数组PHP 8.2+兼容但非严格比较。
array_unique 会丢键名，但保留第一个出现的值
它不是简单去重，而是遍历数组时，对每个值做「首次出现判定」：如果这个值之前没出现过，就保留；否则跳过。结果数组的键名不会重排，而是原样保留——这意味着你拿到的很可能是一串不连续的数字键或混乱的字符串键。
- 常见错误：直接
foreach遍历时假设键是 0,1,2…，结果报Undefined offset - 正确做法：用
array_values()重索引，或者用foreach ($arr as $value)避开键依赖 - 注意：关联数组里相同值但不同键，
array_unique只留第一个键对应的那组键值对
第二个参数 SORT_STRING 和 SORT_REGULAR 差在哪
默认行为是 SORT_STRING，即把所有元素转成字符串再比对。这会导致 0、"0"、false、"" 全被当成相同值去重——多数时候这不是你想要的。
- 数值敏感场景（比如 ID 列表），必须显式传
SORT_REGULAR：array_unique($ids, SORT_REGULAR) -
SORT_NUMERIC也存在，但它只影响排序逻辑，不影响去重判定，实际几乎不用 - PHP 8.2+ 开始，
array_unique对对象数组不再抛错，但依然按==比较，不是===，慎用
多维数组不能直接用 array_unique
它只处理一维，遇到嵌套数组会报 Array to string conversion 警告，且返回结果不可靠——因为 PHP 试图把子数组转成字符串（比如 "Array"），导致多个不同子数组被当成相同值。
- 解决方法：先用
json_encode()扁平化每项，去重后再json_decode()回来（适合结构稳定、无循环引用的数据） - 更安全的方式：用
array_filter()+in_array()手动判断，但要注意in_array($item, $seen, true)的第三个参数必须为true，否则又掉进类型转换坑里 - 别信网上“用
serialize()”的方案——它对浮点数精度、对象私有属性序列化行为不稳定
性能差？大数组要小心内存和时间
内部实现是两层循环（PHP 7.4 之前）或哈希表（PHP 8+），但无论哪种，时间复杂度都是 O(n²) 或接近 O(n)。问题出在实际使用中：如果你传的是含大量长字符串的数组，array_unique 会反复做哈希和比较，GC 压力明显上升。
立即学习“PHP免费学习笔记（深入）”；
- 10 万条短字符串：基本没问题；10 万条 JSON 字符串：可能卡几百毫秒，考虑分块或换 Redis
SET - 避免在循环里反复调用，比如边查数据库边去重，应先收集再统一处理
- 如果只是判断是否存在，别用
array_unique，改用array_flip()后isset()查键，快一个数量级
SORT_STRING 默认值，结果线上数据莫名其妙少了几条。 
