sync() 在 morphToMany 中可用但易出错，因其依赖 taggables 表含 tag_id、taggable_id、taggable_type 三字段及后两者唯一索引，且 taggable_type 值必须精确匹配类名，否则导致重复记录或查不到标签。
sync() 不能直接用于多态关联的标签同步——它只支持 belongsToMany，而多态标签（如 Tag 关联到 Post、Video 等）必须用 morphToMany，其底层是中间表 taggables，sync() 在这里可用，但有关键限制。
为什么 sync() 在 morphToMany 中能用，但容易出错
多态多对多（morphToMany）和普通多对多一样走中间表，所以 sync() 方法存在且可调用。但它依赖中间表结构严格符合 Laravel 命名规范：taggables 表必须含 tag_id、taggable_id、taggable_type 三字段，且后两者组合需有唯一索引（否则 syncWithoutDetaching 可能插入重复记录）。
- 没建唯一索引 →
sync()或syncWithoutDetaching()可能写入重复行，不报错但数据异常 -
taggable_type值写错（如"App\Models\Post"拼成"App\Model\Post"）→ 同步后查不到标签，且无提示 - 主模型未保存就调用
$post->tags()->sync([1])→ 外键taggable_id写入0，违反约束或静默失败
morphToMany 标签同步的正确写法
假设 Post 模型已定义 public function tags() { return $this->morphToMany(Tag::class, 'taggable'); }，同步操作必须满足三个前提：模型已持久化、中间表结构合规、ID 来源可信。
- 先确保
$post已入库：$post = Post::create([...]);，不能是new Post后直接sync() - 传入纯 ID 数组即可：
$post->tags()->sync([3, 5, 7]);—— 这会删掉旧标签，只保留这 3 个 - 若要带额外字段（如
order、assigned_by），中间表必须有对应列，且写法为：$post->tags()->sync([3 => ['order' => 1], 5 => ['order' => 2]]); - 想追加不删除，用
syncWithoutDetaching()，但务必提前去重：$newTagIds = [4, 6]; $existingIds = $post->tags->pluck('id')->toArray(); $toAttach = array_values(array_diff($newTagIds, $existingIds)); $post->tags()->syncWithoutDetaching($toAttach);
事务中同步多态标签，避免状态错位
如果同步前需清理旧标签、同步后需更新主模型字段（如 post->tag_count），必须包在 DB::transaction() 里，否则部分失败会导致计数与实际不符。
- 不要分开写：
$post->tags()->detach(); $post->tags()->attach($newIds); $post->update(['tag_count' => count($newIds)]);—— 中间出错时tag_count就失真 - 应统一事务：
DB::transaction(function () use ($post, $newIds) { $post->tags()->sync($newIds); $post->update(['tag_count' => count($newIds)]); }); - 注意：事务内调用
sync()不触发Tag模型事件，但会触发PivotAttached/PivotDetached（Laravel 9+），可用于日志或缓存失效
真正容易被忽略的是中间表的 UNIQUE 约束和 taggable_type 的命名一致性——它们不出现在 PHP 代码里，但一旦缺失或错配，sync() 表面成功，实际数据已损坏，且难以排查。
