为什么PHP函数array_unique对浮点数和对象的处理依然棘手？

array_unique对浮点数和关联数组去重失败的根源在于其默认SORT_STRING模式将值转字符串比较，导致精度丢失或序列化差异；需先标准化（如round、ksort+json_encode）再处理。

array_unique 对浮点数去重失败的根源

根本原因不是函数“不支持”浮点数，而是它默认用 SORT_STRING 模式把所有值转成字符串再比——1.0 变成 "1"，1.0001 变成 "1.0001"，看似不同，但精度丢失或四舍五入差异会让本该相同的值被当成不同项保留。

常见错误现象：array_unique([1.0, 1.0000000001]) 返回两个元素；array_unique([0.1 + 0.2, 0.3]) 也大概率不合并，因为浮点误差在字符串化后仍可见。

• 必须先统一精度：用 round($val, 2) 或 sprintf('%.2f', $val) 标准化后再传给 array_unique
• 避免直接用 SORT_NUMERIC：它只影响排序顺序，不改变比较逻辑，仍会受底层浮点表示干扰
• 若需严格相等（比如金融计算），别依赖 array_unique，改用 array_filter + 自定义 abs($a - $b) 判断

对象无法被 array_unique 去重的真相

array_unique 对象时，内部调用的是 (string) $obj，也就是触发对象的 __toString() 方法——没实现该方法的对象会报 Fatal error: Object of class X could not be converted to string；就算实现了，也只比返回的字符串，完全忽略属性、状态、引用关系。

常见错误现象：array_unique([new StdClass(), new StdClass()]) 报错；array_unique([$obj1, $obj2]) 即使两个对象属性完全相同，只要 __toString() 返回不同字符串，就不会去重。

立即学习“PHP免费学习笔记（深入）”；

• 对象去重必须手写逻辑：用 serialize($obj) 生成唯一标识，或用 spl_object_hash($obj) 区分实例（注意：后者对同一对象多次调用结果一致，但不同对象绝不重复）
• 若按属性去重（比如只看 id 和 name），得用 array_filter 遍历 + 维护已见属性组合的哈希表
• 不要尝试把对象塞进 array_unique 再加 SORT_REGULAR——它不改变对象比较行为，只是让排序更“老实”，去重依然失效

关联数组嵌套时 array_unique 的静默失效

当数组元素本身是关联数组（如 [['id'=>1,'name'=>'A'], ['id'=>1,'name'=>'A']]），array_unique 会尝试序列化每个子数组再比字符串，但 PHP 序列化结果包含键顺序、空格、甚至注释位置等不可控细节，导致两个逻辑相同的数组序列化后不同，从而不去重。

常见错误现象：array_unique([['a'=>1,'b'=>2], ['b'=>2,'a'=>1]]) 返回两个元素；array_unique([[1,2], [1,2]]) 倒是能去重，因为索引数组序列化稳定，但关联数组不行。

• 解决办法不是硬套 array_unique，而是先标准化结构：用 ksort() 强制统一键序，再 json_encode($subArr, JSON_UNESCAPED_UNICODE | JSON_SORT_KEYS) 生成可比字符串
• 性能敏感场景避免反复 json_encode，可提前缓存哈希值，用 md5(json_encode(...)) 当去重键
• 切记：没有“递归版 array_unique”，PHP 官方不提供，任何声称支持多维的封装函数，底层都是手动 flatten + hash 或遍历比对

复杂点在于，这些不是“功能缺失”，而是设计边界——array_unique 从诞生起就只承诺对“可字符串化的标量值”做一次哈希去重。一旦数据结构超出这个范围，就必须跳出函数本身，用更底层的控制权来补足。