预加载关联时字段名冲突会导致后加载覆盖前加载，因SQL JOIN后字段未别名化；必须显式指定字段并重命名，如with(['user' => function($q) { $q->select('id', 'name as user_name'); }])。
预加载关联时字段名冲突（比如两个关联表都有 name 字段）会导致后加载的覆盖前加载的，with() 拿到的数据里只保留最后一个——这不是 Laravel 的 bug，而是底层 SQL JOIN 后字段未别名化导致的自然行为。
为什么 select * 在预加载中特别危险
Laravel 默认对关联表用 select *，一旦多个关联表存在同名列（如 users.name 和 categories.name），PDO 返回的数组键会直接冲突。即使你用 with(['user', 'category'])，最终结果中 name 只会是 category 的值。
- 使用
DB::enableQueryLog()查看实际执行的 SQL，会发现所有关联都用了SELECT * - MySQL 不支持同名字段自动加表前缀，PDO 默认以字段名为键构建结果数组
- 哪怕你只取部分字段，只要两个关联里有任意一个重名字段（比如都选了
id或created_at），就可能出问题
手动指定字段 + 表别名是唯一可靠解法
不能依赖模型自动处理，必须显式控制查询字段，并给冲突字段加别名。Laravel 不提供全局字段重命名机制，得在每个预加载里单独处理。
- 用
with(['user' => function ($q) { $q->select('id', 'name as user_name', 'email'); }])显式限定字段并重命名 - 关联查询中避免
select('*')，哪怕只多写一个字段也要列全，防止后续加字段引发隐性覆盖 - 如果关联本身是
HasManyThrough或嵌套三级关联（如post.category.user），每一层都要检查是否有重名字段，逐层加别名 - 注意：别名只影响结果数组的键名，不影响模型属性访问；
$post->user_name是普通数组键，不是模型属性，不能调用save()等方法
load() 和 with() 在字段覆盖上没区别
有人以为先 load() 再 with() 能隔离字段，其实不行——它们最终都走同一套查询构造逻辑，字段冲突发生在结果集合并阶段，和加载时机无关。
-
load()是懒加载，但底层仍是JOIN或独立查询，若用JOIN方式（默认开启with()优化），字段覆盖逻辑完全一致 - 强制用 N+1 查询（如
disableEagerLoading()）可绕过冲突，但性能代价极大，仅适合调试 - 真正安全的分离方式是分两次查：
$posts = Post::with('user')->get(); $posts->load('category');，但要注意这仍是两次独立查询，category字段不会出现在user结果里，不存在覆盖，只是数据结构更扁平
最麻烦的不是写别名，而是团队协作时没人记得检查新加入的关联是否引入了已有字段名——建议把常用关联的 select 字段写成常量或 scope，比如 Post::with('author: id,name as author_name,avatar') 这种语法虽简洁，但只支持主键和指定字段，复杂场景仍得回归闭包写法。
