提交表单后仅加额外属性时，ModelForm父类需调用super.save(commit=False)吗？

1. 为什么forms.py里需要super().save(commit=False)？ #

这行代码的核心作用是在不将实例写入数据库的前提下，先获取表单已清洗好数据的模型实例。

你的ProfileSignupForm继承自UserCreationForm，而UserCreationForm的默认save()方法会直接把实例保存到数据库（commit=True是默认值）。如果不使用commit=False，直接调用super().save()，用户实例会被立刻写入数据库，之后再修改is_local=True还需额外调用一次save()，会产生两次数据库操作，效率更低。

用commit=False拿到未保存的实例后，修改属性再调用save()，只需要一次数据库写入，这是更规范高效的做法。

2. 能不能直接使用表单实例自身的save(commit=False)？ #

你这里的super().save(commit=False)本质就是调用父类（UserCreationForm，最终继承自ModelForm）的save方法。因为你重写了表单的save方法，必须通过父类的方法来生成绑定了表单数据的模型实例——如果手动创建实例，还得处理表单数据的清洗、验证逻辑，反而会增加代码复杂度。所以这是正确的实现方式，不存在“直接用表单实例自身的save”这种替代方案。

3. post_save信号的作用是什么？ #

这个信号的作用是自动关联创建Profile实例：当CustomUser被创建且is_local=True时，自动生成对应的Profile对象。

它的价值在于解耦逻辑：如果以后业务中还有其他场景需要创建is_local=True的CustomUser（比如后台手动添加用户），这个信号会自动触发Profile的创建，不需要在每个创建用户的地方重复写创建Profile的代码。当然，如果你的业务只有这一个注册场景会创建这类用户，也可以把创建Profile的逻辑直接写在表单的save方法里，但信号的方式更符合Django“关注点分离”的设计思想，扩展性更好。

4. 视图中的form.save()操作是否合理？ #

视图里的form.save()完全没问题，因为你已经在表单的save方法里封装了设置is_local=True和保存实例的逻辑，视图只需要调用这个方法获取用户实例，再完成登录和跳转即可，符合MVC架构中视图负责流程控制、表单负责业务逻辑的分工。

补充：优化后的代码参考 #

如果想简化流程，也可以把创建Profile的逻辑放到表单的save方法里，去掉信号：

forms.py

class ProfileSignupForm(UserCreationForm):
    class Meta(UserCreationForm.Meta):  
        model = CustomUser
        fields = ('email',)
    
    def save(self): 
        user = super().save(commit=False)
        user.is_local = True
        user.save()
        # 直接在这里创建Profile
        Profile.objects.create(user=user)
        return user

这样逻辑更集中，适合业务场景单一的情况。

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