morphToMany 不支持 withPivot()，必须用中间模型（如 Taggable）显式管理附加字段；因其底层 pivot 机制未适配多态关系，强行传额外字段会被静默忽略或报错。
多态多对多关系（morphToMany）本身不支持直接在中间表写入额外字段，必须用中间模型（Pivot Model）替代原生 pivot 逻辑。
为什么 withPivot() 在 morphToMany 中无效
因为 morphToMany 的中间表含 taggable_type 和 taggable_id 字段，Eloquent 的 pivot 机制无法自动识别和填充额外字段——它只处理标准的 belongsToMany 场景。调用 withPivot('order') 后，$tag->posts()->sync([1 => ['order' => 2]]) 看似能写入，但实际会静默忽略 order，或触发数据库报错（如字段不存在、NOT NULL 违反等）。
根本原因：Laravel 没有为 morphToMany 注入 pivot 字段写入逻辑，所有附加字段必须由你显式建模并控制。
必须用中间模型（Pivot Model）接管中间表
把中间表（如 taggables）当作一个完整模型来定义，而不是依赖 Eloquent 的隐式 pivot 行为：
- 创建模型：
php artisan make:model Taggable - 在
Taggable模型中声明关联：public function taggable() { return $this->morphTo(); } public function tag() { return $this->belongsTo(Tag::class); } - 在
Tag模型中改用hasMany+ 中间模型：public function taggables() { return $this->hasMany(Taggable::class); } - 写入时不再走
attach()，而是手动创建：Taggable::create([ 'tag_id' => $tag->id, 'taggable_id' => $post->id, 'taggable_type' => Post::class, 'order' => 5, 'note' => '首页推荐' ]);
如果坚持用 morphToMany，只能靠数据库 DEFAULT 或触发器兜底
这不是推荐路径，但某些遗留系统会这么妥协：
- 在迁移中为中间表字段设默认值：
$table->integer('order')->default(0) - 用
DB::transaction手动先 insert，再查出刚插入的id做后续操作（比如绑定标签组） - 放弃 Eloquent 自动填充，改用原生查询：
DB::table('taggables')->insert([...]) - 注意：此时
sync()、attach()仍不能传额外字段，强行传只会被丢弃
容易被忽略的关键点
中间模型（Taggable）不是“可选优化”，而是唯一能稳定写入、查询、验证、软删除附加字段的路径。很多人卡在 withPivot() 不生效，其实是误以为 morphToMany 和 belongsToMany 共享同一套 pivot 机制——它们底层完全隔离。一旦中间表需要除 xxx_type/xxx_id 外的任何字段，pivot 模型就是强制项，没有捷径。
