hasmanythrough 聚合不能直接用 withcount，因其底层子查询无法复现 user→post→comment 三层 join 链路，仅查 comments.user_id 导致字段不存在报错；需手动 join 或子查询实现计数。
hasManyThrough 聚合查询为什么不能直接用 withCount
因为 withCount 底层走的是子查询 + GROUP BY，而 hasManyThrough 的 JOIN 链路（User → Post → Comment）在子查询里无法自动复现三层结构。直接写 User::withCount('comments')->get() 会报错或返回 0 —— 它只查了 comments 表的 user_id 字段，根本没经过 posts 表。
常见错误现象：SQLSTATE[42S22]: Column not found: 1054 Unknown column 'comments.user_id'，说明 Eloquent 错把远端表当成了直连表。
- 必须显式写出三层 JOIN 才能做聚合
-
withCount只支持一级关联（hasMany/belongsTo），不支持hasManyThrough的路径推导 - 如果硬套，Eloquent 会忽略中间模型，导致字段名错配或笛卡尔积
手动 JOIN 实现 comments_count 聚合
用 join 显式拼出 User → posts → comments 链路，再配合 selectRaw 和 groupBy 计数。这是最稳、最可控的方式。
示例：查每个用户有多少条评论（经由文章）
$users = User::select('users.*')
->join('posts', 'posts.author_id', '=', 'users.uuid')
->join('comments', 'comments.article_id', '=', 'posts.id')
->selectRaw('count(comments.id) as comments_count')
->groupBy('users.uuid')
->get();
- 注意字段对齐：
posts.author_id必须和User主键（uuid）类型一致；comments.article_id必须对应posts.id - 别漏
groupBy，否则 MySQL 会报sql_mode=only_full_group_by错误 - 如果要查「已审核」评论数，把
join('comments', ...)改成leftJoin('comments', ...)并加where('comments.approved', true)
用子查询方式避免 GROUP BY 副作用
当你要同时查用户基础字段 + 关联计数，又不想被 GROUP BY 强制限制字段时，子查询更灵活。它不会改变主查询结构，也不影响其他预加载。
示例：给每个用户附加 comments_count 字段，但保留原始 User::with('posts') 能力
$users = User::addSelect([
'comments_count' => Comment::selectRaw('count(*)')
->from('comments')
->join('posts', 'posts.id', '=', 'comments.article_id')
->whereColumn('posts.author_id', 'users.uuid')
])->get();
-
whereColumn是关键，它让子查询能引用主查询的users.uuid - 子查询里不能用
with或模型作用域，所有条件得手写（如软删除需加->whereNull('comments.deleted_at')） - 性能上比 JOIN 略差，但语义清晰、组合自由度高
hasmanythrough 定义错一个参数，聚合就全崩
很多人以为只要 hasManyThrough 能查出数据，聚合就能顺带跑通。其实不是——聚合逻辑完全绕过模型关系定义，只认 SQL 字段。但如果你的 hasManyThrough 本身字段没对齐，JOIN 写法很可能也跟着错。
检查这三处是否一致：
- 模型里
hasManyThrough第三个参数（中间表外键）是否和 JOIN 中posts.author_id一致 - 第四个参数（远端表外键）是否和 JOIN 中
comments.article_id一致 - 第五个参数（本地主键）是否和
SELECT ... GROUP BY users.uuid里的字段一致
只要其中一处是 id，另一处是 uuid，或者外键名写成 user_id 却实际是 author_id，聚合结果就不可信。这种错不会报 SQL 错，只会默默返回 0 或重复计数。
