在Django后台post_save信号中创建M2M关联的正确方式？

我来帮你分析下问题所在，并且给出正确的实现方式~

你的代码能创建Article和Blog实例，但多对多关联没保存的核心原因是：Django admin在保存对象时会用事务包裹整个操作，而post_save信号触发时，这个事务还没提交——直接在信号里添加多对多关联，可能会因为事务的原子性，导致关联记录无法被持久化到数据库。另外，你的代码没有判断是否是新创建的Blog，这会导致每次保存Blog都重复创建Article，也是需要优化的点。

下面是修正后的完整代码：

修正后的models.py #

from django.db import models
from django.db.models.signals import post_save
from django.dispatch import receiver
from django.db import transaction

class Article(models.Model):
    title = models.CharField(max_length=250)

class Blog(models.Model):
    title = models.CharField(max_length=250)
    articles = models.ManyToManyField(Article, blank=True)

    def set_related_articles(self):
        article_titles = ['a', 'b']
        # 批量创建Article，比逐个save更高效
        articles = [Article(title=title) for title in article_titles]
        Article.objects.bulk_create(articles)
        # 批量添加多对多关联
        self.articles.add(*articles)

@receiver(post_save, sender=Blog)
def blog_post_save(sender, instance, created, **kwargs):
    # 只在新创建Blog实例时执行关联操作
    if created:
        # 等待主事务提交后再执行，确保关联记录能正确保存
        transaction.on_commit(lambda: instance.set_related_articles())

关键优化点说明： #

1. 判断created参数：
   post_save信号会在Blog创建和更新时都触发，添加if created可以确保只有在新建Blog时才自动生成关联文章，避免重复创建和无效关联。

2. 使用transaction.on_commit()：
   这是解决事务内操作多对多关联的核心方案——它会等待admin保存Blog的事务完全提交后，再执行添加关联的逻辑，彻底避免了事务未提交导致的关联丢失问题。

3. 批量操作优化：
   用bulk_create批量创建Article，再用add(*articles)批量添加关联，比循环逐个save的效率更高，尤其当需要创建大量关联对象时更明显。

额外说明： #

如果你需要对每个Article做单独处理（比如设置其他字段），也可以保留循环创建的方式，记得修正变量名（比如把_blog改成article，避免混淆）：

def set_related_articles(self):
    article_titles = ['a', 'b']
    for title in article_titles:
        article = Article(title=title)
        article.save()
        self.articles.add(article)

这样修改后，你在admin中创建Blog并保存，就能看到Blog和Article的多对多关联被正确保存啦~

内容的提问来源于stack exchange，提问作者Ben J.