django表单验证失败不显示错误信息，主因是模板未渲染form.errors或form.field.errors；需检查是否调用form.is_valid()后再访问errors，且文件字段须传request.files。
Django表单验证失败时为什么没显示错误信息？
最常见的原因是没在模板里显式渲染 form.errors 或 form.field.errors。Django 不会自动把验证错误塞进页面，它只负责生成错误对象，渲染得你来写。
- 检查模板是否写了
{{ form.non_field_errors }}和{{ form.name.errors }}（name换成实际字段名） - 确认视图中调用的是
form.is_valid()后才访问form.errors；未调用前form.errors始终为空 dict - 如果用了
form = MyForm(request.POST)但没传request.FILES（当有文件字段时），会导致验证跳过文件相关规则，且不报错——表面“通过”，实则漏检
Serializers 和 Django Form 验证逻辑冲突怎么办？
Serializers（比如 DRF 的 Serializer）和 Django Form 是两套独立验证体系，混用时容易重复校验或漏掉上下文。关键不是“哪个更好”，而是“谁该负责哪层”。
- Web 表单提交（HTML 页面）→ 优先用
Form或ModelForm：能绑定 HTML 属性、自动生成 widget、天然支持 CSRF - API 请求（JSON / POST body）→ 用 DRF
Serializer：处理嵌套、字段类型转换更灵活，且与APIView生命周期一致 - 别在同一个请求里先用
Form.is_valid()再用Serializer.is_valid()—— 错误信息会覆盖，而且Form.cleaned_data和Serializer.validated_data结构可能不一致
自定义验证器在 Form 和 Serializer 中写法差异大吗？
核心逻辑可以复用，但挂载方式和触发时机不同。硬搬代码容易出问题，尤其是涉及数据库查询或跨字段依赖时。
- Form 中用
clean_<field_name>()</field_name>方法做单字段验证，用clean()做全字段交叉验证；注意：此时数据还是字符串或原始类型，没转成 Python 对象 - Serializer 中对应的是
validate_<field_name>()</field_name>和validate()，但validate()接收的是已类型转换后的validated_data，比如IntegerField已是int，不是字符串 - 数据库唯一性检查别写在
clean()里——它不保证原子性；应放在save()或 Model 的full_clean()中，否则并发时可能漏报
为什么 ModelForm.save() 后字段值和表单提交的不一致？
常见于字段有 default、auto_now 或自定义 save() 逻辑干扰了表单原始意图。验证通过 ≠ 数据原样入库。
-
ModelForm默认只保存在fields列表里声明的字段；漏写的字段即使数据库有默认值，也不会被更新（除非设exclude = []并手动处理） - 如果 Model 字段设置了
auto_now=True，哪怕你在表单里传了updated_at值，save()也会忽略它并强制覆盖 - 想保留表单值优先级，避免 Model 层 side effect：在
save(commit=False)后手动赋值，再调用instance.save()
required=False 和 Django Form 的 required=False 看似一样，但前者影响的是反序列化入口，后者影响的是前端渲染和空值判断——这个边界稍不注意，就会让 API 返回 400 却查不出原因。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
