array_unique()在PHP 8.1+中仍将0、false、""、null等视为相同值，因底层转字符串比较；多维数组去重应避免serialize()，改用字段作键；数据库去重优先用ON DUPLICATE KEY UPDATE。
array_unique() 仍是最常用选择，但 PHP 8.1+ 的严格类型比较没变，0、false、""、null 还是会被当成相同值——这不是 bug，是设计行为。真要按类型区分，必须自己写逻辑。
array_unique() 在 PHP 8.1+ 中的类型陷阱依然存在
PHP 最新版（8.3/8.4）没改 array_unique() 的底层比较逻辑：它仍会把所有值转成字符串再比。这意味着：
-
0、false、""、null全部被视作空字符串，只留第一个 -
"1"和1也被认为重复（字符串 "1" == 整数 1） - 即使加了
SORT_REGULAR标志，也仅影响排序顺序，不改变去重判定方式 - 想保留数字索引连续？必须套一层
array_values()，否则键名残留（如[0 => 0, 5 => 1]）
多维数组按字段去重别碰 serialize() + array_unique()
有人用 array_map('serialize', $arr) 再去重，PHP 8.x 下更危险了：
- PHP 8.2 起对对象序列化增加了更多校验，含未实现
__serialize()的自定义类直接抛Fatal error - 浮点数在不同版本间序列化结果可能微变（尤其带
NaN或极小精度值），导致本该去重的没去成 - 性能比键名法慢 4 倍以上，1000 条数据就明显卡顿
- 正确做法仍是用字段作临时键：
$unique[$item['email']] = $item，然后array_values($unique)
数据库导入前去重，优先用 INSERT ... ON DUPLICATE KEY UPDATE
PHP 层处理完数组后，插入数据库时别再手写 SELECT COUNT(*) + INSERT 两步走——并发下必出重复。PHP 8.x 配合 MySQL 8.0+ 应该直接用：
立即学习“PHP免费学习笔记（深入）”；
- 表必须有
UNIQUE索引（比如email字段） - SQL 语句写成：
INSERT INTO users (email, name) VALUES (?, ?) ON DUPLICATE KEY UPDATE name = VALUES(name) - PHP 用 PDO 时注意绑定参数类型，避免字符串
"0"被当0冲突 - 如果不想覆盖已有数据，改用
INSERT IGNORE，但得检查$pdo->rowCount()是否为 0 来判断是否跳过
真正难的不是选哪个函数，而是分清「哪层该做哪层事」：原始数据来自文件或 API，就用 PHP 数组去重；数据已进 DB 或即将入库，就交给 SQL 约束和原子语句。混着来，早晚踩坑。
