hasManyThrough 返回空数组的最常见原因是字段名未对齐：需严格匹配中间表外键（如 author_id）、远端表外键（如 article_id）及本地主键（如 uuid），否则查不到数据或报错 Column not found。
直接说结论：用 hasManyThrough 实现“用户 → 文章 → 评论”这类三层关联时，必须严格对齐中间表的外键和远端表的主键，否则查不到数据或报错 Column not found。
为什么 hasManyThrough 总是返回空数组？
最常见原因是模型定义里字段名没对上。Laravel 默认按约定推导字段，比如：User → Post → Comment，它会自动找 posts.user_id 和 comments.post_id。但只要中间表（posts）里外键不是 user_id，或者评论表主键不是 id，就必须显式传参。
- 检查中间模型（
Post）的外键是否真叫user_id；如果不是，比如叫author_id，就得在hasManyThrough第三个参数里写明 - 确认远端模型（
Comment）的外键字段名（默认是post_id），如果实际是article_id，就得填进第四个参数 - 别漏掉第二个参数——远端模型类名必须是完整命名空间路径，比如
App\Models\Comment，不能只写Comment
hasManyThrough 的五个参数怎么填才不踩坑？
签名是：hasManyThrough(远端模型, 中间模型, 中间表外键, 远端表外键, 本地主键)。前两个是类名，后三个是字段名字符串。多数人只填前三个，结果出错。
- 第 1 个参数：
App\Models\Comment（必须带命名空间） - 第 2 个参数：
App\Models\Post - 第 3 个参数：中间表（
posts）里指向本模型（User）的字段，如author_id（不是id！） - 第 4 个参数：远端表（
comments）里指向中间模型（Post）的字段，如article_id - 第 5 个参数：本模型（
User）的主键名，默认是id，但如果用了uuid或其他字段，必须显式传入
示例：
public function comments()
{
return $this->hasManyThrough(
App\Models\Comment::class,
App\Models\Post::class,
'author_id', // posts.author_id → users.id
'article_id', // comments.article_id → posts.id
'uuid' // users.uuid 是主键
);
}
什么时候不该硬套 hasManyThrough？
当关系链中某一层是多对多（比如用户通过角色获得权限），或中间有软删除、状态过滤等业务逻辑时，hasManyThrough 就力不从心了。它只做纯 JOIN，没法加 where 条件到中间表。
立即学习“PHP免费学习笔记（深入）”；
- 遇到中间表要加条件（如只查
status = 'published'的文章），改用belongsToMany+ 自定义中间表查询，或手动写子查询 - 如果远端模型需要预加载且涉及聚合（比如统计每用户有多少条已审核评论），
withCount('comments')会失效，得用withCount(['comments' => fn ($q) => $q->where('approved', true)]) -
hasManyThrough不支持嵌套预加载远端模型的关联（比如comments.user），得拆成两次with()
真正麻烦的不是写法，而是数据库字段命名和模型约定不一致时，错误提示根本不会告诉你哪一环错了——它只会静默返回空集合，或者抛出模糊的 SQL 错误。动手前先用 toSql() 打印生成的语句，一眼就能看出 JOIN 条件对不对。
