Django类视图（CBV）中form_valid()是否调用is_valid()？如何自定义cleaned_data处理？

首先咱们来拆解form_valid()的工作逻辑：
Django的CreateView（包括其他表单类视图）继承自ProcessFormView，它处理POST请求的流程是固定的：

1. 通过get_form()方法实例化表单
2. 调用form.is_valid()执行完整的表单验证（这一步会自动触发form.clean()、字段级别的clean_<field>()等所有清理验证方法）
3. 验证通过则进入form_valid()；验证失败则进入form_invalid()

你看不到IS_VALID METHOD CALLED和CLEAN METHOD CALLED的打印，核心问题不是form_valid()没触发验证，而是你的表单根本没被正确实例化！

你的代码核心问题 #

看你PublishForm的__init__方法：

def __init__(self, user, *args, **kwargs) -> None:
    self.user = user
    return super(PublishForm, self).__init__(*args, **kwargs)

Django表单的默认构造逻辑里，第一个位置参数是data（也就是POST提交的数据），但你把自定义的user参数放在了第一个位置——这就导致当CreateView尝试用PublishForm(data=request.POST)实例化表单时，会把request.POST当成user传入，直接触发参数不匹配的错误。只不过这个错误可能被Django的内部异常处理掩盖了，让你误以为流程正常走到了form_valid()。

正确实现步骤 #

1. 修正表单的构造方法 #

把自定义参数user改成关键字参数（避免和Django默认的位置参数冲突）：

# forms.py
class PublishForm(forms.ModelForm):
    class Meta:
        model = models.Article
        exclude = ['author', ]
    
    # 调整参数顺序，user作为关键字参数接收
    def __init__(self, *args, user=None, **kwargs):
        self.user = user
        super().__init__(*args, **kwargs)
    
    def is_valid(self):
        print('IS_VALID METHOD CALLED')
        return super().is_valid()
    
    def clean(self):
        print('CLEAN METHOD CALLED')
        cleaned_data = super().clean()
        # 确保用户已登录再赋值，避免空值报错
        if self.user and self.user.is_authenticated:
            cleaned_data['author'] = self.user
        return cleaned_data

2. 在CBV中传递用户参数给表单 #

重写PublishView的get_form_kwargs方法——这是Django CBV中给表单传递自定义参数的标准方式：

# views.py
class PublishView(generic.CreateView):
    form_class = forms.PublishForm
    success_url = '/'
    template_name = 'ex00/publish.html'
    
    def get_form_kwargs(self):
        # 先获取默认的表单参数（比如POST数据、files等）
        kwargs = super().get_form_kwargs()
        # 把当前登录用户传入表单的关键字参数
        kwargs['user'] = self.request.user
        return kwargs
    
    def form_valid(self, form):
        print(form.cleaned_data)
        return super().form_valid(form)
    
    def form_invalid(self, form):
        print(form.errors)
        return super().form_invalid(form)

为什么这样就能解决问题？ #

• 修正后的表单构造方法符合Django的默认规则，*args会接收data等位置参数，user作为关键字参数传入，不会和默认参数冲突。
• get_form_kwargs方法会把当前登录用户传递给表单，确保你的clean()方法能拿到正确的user对象。
• 现在当CreateView处理POST请求时，会正常调用form.is_valid()，进而触发你重写的is_valid()和clean()方法，你就能看到预期的打印信息，同时cleaned_data里也会正确设置author字段。

补充：关于你之前能拿到cleaned_data的原因 #

你之前在form_valid()里能拿到cleaned_data，是因为即使表单初始化有问题，Django在尝试执行is_valid()时，还是会完成基础的数据清理流程，但你的自定义clean()逻辑因为表单没拿到user根本没执行，所以你拿到的是没有author字段的默认清理结果。

现在修改后，你的自定义清理逻辑会正常运行，author字段会被正确赋值，后续super().form_valid(form)会自动把cleaned_data中的数据保存到数据库（因为是ModelForm）。

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