Django重写save方法添加的ManyToMany关联为何未存入数据库

首先要澄清一个容易误解的点：你写的M2M关联添加逻辑本身没有核心错误——当Post实例通过第一次super().save()完成持久化、拿到数据库主键之后，调用self.tags.add()会直接执行SQL写入M2M中间表，这也是你在print语句中能拿到完整Tag QuerySet的原因：这一步执行时，关联确实已经写入数据库了。
你观察到“关联最终没存在数据库里”的现象，核心是操作流程的冲突：

核心冲突来源：Django Admin的固定执行顺序 #

你已经启用了Django Admin，且应该是通过Admin界面完成Post实例的创建/保存操作的。Django Admin保存实例的流程是严格按顺序固定执行的，刚好和你的逻辑产生了冲突：

1. 首先Admin会把表单的数据绑定到Post实例上，调用实例的save()方法（也就是你重写的逻辑）：这一步会完成Post本身的入库、固定Tag的创建，以及5个Tag和Post的关联添加。此时控制台执行print，能看到完整的Tag列表，这部分操作是真实落库的。
2. 实例的save()执行完成后，Admin会自动调用ModelForm的save_m2m()方法：这个方法的设计初衷是处理表单提交的M2M字段数据，默认执行逻辑是先清空当前实例对应M2M字段的所有现有关联，再把表单里用户选择的关联重新写进去。
   因为你的tags字段设置了blank=True，允许在表单里为空，你在创建Post时也没有手动选任何Tag，所以这一步执行时，会把上一步在save()方法里添加的5个Tag关联全部清空。等整个请求流程走完，数据库里自然就没有任何关联记录了。

代码本身的设计问题 #

抛开流程冲突不谈，你写的save()方法本身也有不合理的地方：

• 逻辑无差别执行：不管Post是新建还是更新状态，每次调用save()都会重复执行“获取/创建a~e的Tag、添加关联”的流程。虽然add()操作是幂等的（不会插入重复关联），但会产生不必要的数据库查询和写入开销。
• 逻辑位置不当：把需要持久化的关联逻辑放在save()方法里，非常容易和后续的M2M处理流程产生冲突——不管是Admin的默认流程，还是普通的表单保存流程，都会在instance.save()完成后，对M2M关联做全量覆盖操作，很容易把你提前在save()里写好的关联给清掉。

常见的优化方案 #

如果你的需求是“Post创建时自动绑定a~e这几个固定Tag”，可以参考这些调整方式：

• 在添加关联的逻辑前加状态判断，仅当Post是新建状态（即self._state.adding == True）时才执行绑定逻辑，避免更新时的冗余操作。
• 如果是在Admin里操作Post，有两种方式可以避免关联被清空：
  • 注册Post的ModelAdmin时，将tags字段从表单配置中排除，这样Admin的ModelForm就不会包含这个M2M字段，自然不会触发save_m2m()的清空操作。
  • 重写ModelAdmin的save_related方法，等所有M2M的默认保存流程走完后，再执行自动绑定Tag的逻辑，确保关联不会被覆盖。

内容的提问来源于stack exchange，提问作者Masa