必须用 morphToMany，因为 belongsToMany 忽略 taggable_type 字段导致跨模型数据混入；morphedByMany 才是反向关系的正确写法，否则 with 预加载失效。
必须用 morphToMany，其他写法查不出正确数据，且 attach/sync 会失效。
为什么不能用 belongsToMany 查多态多对多
中间表含 taggable_type 和 taggable_id 字段时，belongsToMany 完全忽略 taggable_type，导致查询结果混入其他模型的关联记录。Eloquent 不报错，但返回数据错乱——比如查文章的标签，却把用户的同名标签也拉出来。
常见错误现象：
- 调用
$tag->posts()->get()却返回了 User 实例 -
attach()后数据库里taggable_type写成空字符串或 null - 使用
whereHas过滤时条件被静默绕过
morphToMany 的参数顺序和字段推导规则
定义在「被关联方」模型中（如 Tag），但第一个参数是「发起关联的模型类」，不是自己。Laravel 按固定规则推导中间表名和字段名，漏掉任一自定义项就会断联。
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 默认中间表名 = 单数模型名 +
s（Tag→taggables） - 默认多态字段前缀 = 第三个参数（如
'taggable'→taggable_type/taggable_id） - 若中间表叫
model_tags、字段是model_type/model_id，必须显式传全：$this->morphToMany(Post::class, 'model', 'model_tags', 'model_id', 'id')
写入和查询时的关键约束
morphToMany 返回的是标准 BelongsToMany 实例，所以 attach、sync、withPivot 都能用，但类型字段绝不能手动干预。
- ✅ 正确：
$tag->posts()->attach($post->id)——taggable_type自动填App\Models\Post - ❌ 错误：
$tag->posts()->attach(['id' => $post->id, 'taggable_type' => 'App\Models\User'])—— 覆盖类型，关联错位 - 查中间表附加字段（如
order）：用withPivot('order')，然后通过$post->pivot->order访问
如何只查某类模型的关联（如仅文章）
不能靠 where('taggable_type', 'App\Models\Post') 直接过滤中间表——Eloquent 的 morphToMany 查询构造器不暴露中间表别名，硬加 where 会报错或无效。
正确做法是换到「发起方」模型查：
Post::whereHas('tags', fn ($q) => $q->where('name', 'php'))->get()- 若需同时满足多个标签，用计数约束：
->whereHas('tags', fn ($q) => $q->whereIn('name', $names), '=', count($names))
真正容易被忽略的是：morphToMany 的反向关系（即 Post 模型里定义的 tags()）必须用 morphedByMany，而不是 belongsToMany，否则预加载（with）会失败或返回空集合。
