能否在Django模型clean()方法中访问self.user/self.user_id（无需表单）？

核心结论 #

完全可以在clean()方法中访问self.user_id或self.user，但必须保证调用clean()前已经给模型实例设置好user关联。你遇到的RelatedObjectDoesNotExist异常和self.user_id为None，本质是执行clean()时，user字段还没被赋值到实例上。

问题原因分析 #

1. 正常流程下的行为
   当你用Model.objects.create(user=xxx, ...)创建实例时，Django的执行顺序是：先初始化模型实例并给所有字段赋值，接着调用full_clean()（内部会自动触发clean()），最后执行save()。这种情况下，clean()运行时self.user_id已经有值，self.user也能正常访问，不会抛出异常。
2. 你的表单场景问题
   你提到的ModelBForm初始化时接收user，但如果没有提前把user赋值给表单绑定的模型实例，而是打算在表单处理后期才设置，那表单验证阶段触发模型clean()时，实例的user字段还是空的，自然会报错。

正确实现方式 #

表单场景的修正 #

在表单初始化时就把user赋值给模型实例，这样验证阶段clean()就能正常访问：

class ModelBForm(forms.ModelForm):
    def __init__(self, user, *args, **kwargs):
        super().__init__(*args, **kwargs)
        # 提前给表单绑定的实例设置user
        self.instance.user = user

    class Meta:
        model = ModelB
        fields = ['other_field1', 'other_field2']

通用验证逻辑 #

不管是通过表单、shell还是视图的create()方法，只要确保调用clean()前，模型实例的user_id（或user）已赋值，就能在clean()里写验证逻辑，比如：

class ModelB(models.Model):
    user = models.ForeignKey(ModelA, on_delete=models.CASCADE)
    other_field = models.CharField(max_length=100)

    def clean(self):
        super().clean()
        # 验证user的某些属性
        if self.user.some_attribute != "allowed":
            raise ValidationError("该用户无权限创建此对象")

是否需要放到save()方法中？ #

不需要优先考虑save()。clean()是Django专门设计的模型级验证入口，full_clean()会在Model.objects.create()、表单验证等场景自动触发，覆盖范围更广；而save()如果被手动绕过（虽然少见），验证逻辑就失效了。只有在极端场景（比如实例创建时无法提前赋值user）下，才考虑把验证逻辑放到save()里，但这是备选方案。

测试示例 #

在shell里验证两种场景：

# 正常场景：create时直接传user，clean()正常执行
user = ModelA.objects.first()
ModelB.objects.create(user=user, other_field="test")  # 无异常

# 错误场景：空实例直接调用clean()
obj = ModelB()
obj.clean()  # 抛出RelatedObjectDoesNotExist异常，因为user未赋值

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