同名字段在多表联查时会被后出现的覆盖，因php数组键名唯一导致数据丢失，必须在sql层用as别名解决，不能依赖php后处理。
多表联查时同名字段（比如两个 name）会被后出现的覆盖，不是“去重”，是 PHP 数组键冲突导致的数据丢失 —— 这个问题必须在 SQL 层解决，不能靠 PHP 后处理补救。
为什么 name 字段会消失或被覆盖
ThinkPHP 的查询结果默认转成关联数组，而 PHP 数组的键名必须唯一。当 Db::name('a')->join('b', 'a.id=b.a_id')->field('a.name, b.name') 执行后，SQL 返回两列都叫 name，PDO 拉取时只保留最后一个，前面那个就丢了。
这不是 ThinkPHP 的 bug，是底层 PDO + PHP 数组机制决定的 —— 它甚至不会报错，只是静默丢数据。
- 常见现象：
store.name和coupon.name一起查，最终结果里只有name字段，值来自store表 - 即使你用
toArray()或json_encode()，也看不到被覆盖的字段 - 调试时
dump($result)看起来正常，但实际字段已缺失
必须加 AS 别名，且别名不能重复
解决方案只有一条：让每个字段在 SQL 返回时就有唯一名称。ThinkPHP 不会自动帮你起别名，得手动写。
正确写法示例：
$result = Db::name('order')
->alias('o')
->join('user u', 'o.uid = u.id')
->join('product p', 'o.pid = p.id')
->field('o.id, u.name as user_name, p.name as product_name, u.status')
->select();
-
u.name as user_name和p.name as product_name是强制要求，不能省略 - 别名要语义清晰，避免用
name1/name2这类无意义命名 - 如果用了
with()关联预载，也要检查关联模型中是否定义了同名字段（如User和Profile都有name），此时需在关联定义里指定field或改用join
别依赖 array_unique 或 PHP 层“修复”
有人想绕开 SQL 层，在 PHP 里用 array_unique($data, SORT_REGULAR) 或遍历重映射字段 —— 这完全无效，因为被覆盖的字段根本不在结果数组里，array_unique 处理的是值重复，不是键丢失。
-
array_unique对字段名冲突毫无作用 - 试图用
array_column($data, null, 'name')会失败，因为'name'键可能根本不存在 - 如果已经发生覆盖，唯一补救是重写 SQL，加
AS，没有其他捷径
TP6 中 join 和 with 的字段覆盖风险更高
TP6 默认开启严格字段映射，with() 预载关联模型时，若主表和关联表有同名字段（比如都含 status），且未显式指定 field，就会触发覆盖。而 join 虽然更可控，但新手常漏写 AS。
- 用
with()时，务必在关联定义里限制字段：return $this->hasOne(User::class, 'id', 'uid')->field(['id', 'real_name', 'avatar']); - 用
join()时，field()必须显式列出所有字段，并为冲突字段加别名 - 调试阶段可临时开启 SQL 日志：
Db::listen(function ($sql, $time, $explain) { dump($sql); });，确认返回字段名是否唯一
最易被忽略的一点：字段覆盖不报错、不警告、不提示，它就安静地把你的数据吃掉。上线后才发现导出报表缺字段，或者用户资料显示错乱，往往就是这里漏了 AS。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
