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() 返回不同字符串，就不会去重。
- 对象去重必须手写逻辑：用
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 从诞生起就只承诺对“可字符串化的标量值”做一次哈希去重。一旦数据结构超出这个范围，就必须跳出函数本身，用更底层的控制权来补足。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
