Django中on_delete=models.SET_NULL不生效，请求排查原因

嘿，我来帮你拆解下这个问题～首先得明确：你对on_delete=models.SET_NULL的核心理解是对的——它的作用确实是当关联的User被删除时，不会删除Store对象，而是把Store的owner字段设置为NULL，而且你已经给owner字段加上了null=True，满足置空的前提条件。那为什么测试会失败，Store好像被删除了呢？

核心问题排查方向 #

你的测试失败大概率不是on_delete=models.SET_NULL本身的问题，而是项目里有其他代码干扰了预期行为，或者测试数据的设置有问题，下面是具体的排查点：

1. 检查是否存在Django信号（Signals）覆盖了默认行为

很多开发者会定义信号函数，在User被删除时触发额外操作，比如删除关联的Store。如果你的项目里有类似这样的代码，就会完全绕过on_delete的逻辑：

from django.db.models.signals import post_delete
from django.dispatch import receiver
from .models import User, Store

@receiver(post_delete, sender=User)
def delete_associated_stores(sender, instance, **kwargs):
    # 这行代码会直接删除该用户所有关联的Store
    instance.store_set.all().delete()

你可以全局搜索项目中的post_delete信号，看看有没有针对User的相关处理。

2. 验证测试数据的正确性

检查测试的setUp方法，确认你创建的Store对象确实和测试用的User正确关联了，没有额外的错误设置。比如确保setUp代码是类似这样的：

def setUp(self):
    self.user = User.objects.create(email="test@example.com")
    self.store = Store.objects.create(owner=self.user)

3. 用更细致的测试代码定位问题

把测试代码修改一下，用filter代替get（get会直接抛异常，不利于排查），同时打印关键信息：

def test_delete_user_deletes_store(self):
    # 确认删除前Store存在且关联正确
    pre_delete_store = Store.objects.get(pk=self.store.pk)
    self.assertEqual(pre_delete_store.owner, self.user)
    
    self.user.delete()
    
    # 用filter查询，避免直接抛异常
    remaining_stores = Store.objects.filter(pk=self.store.pk)
    self.assertEqual(remaining_stores.count(), 1, "Store should not be deleted")
    
    # 验证owner字段被设为NULL
    post_delete_store = remaining_stores.first()
    self.assertIsNone(post_delete_store.owner)

这样如果测试失败，你能清楚看到Store是真的被删除了，还是其他环节出了问题。

总结 #

你对on_delete=models.SET_NULL的理解没有错，它的设计就是保留关联的Store对象，仅将外键字段置空。你的测试失败肯定是其他代码逻辑（比如信号）或者测试数据的问题导致的，按照上面的排查点一步步找，应该很快能定位到原因。

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