modelform is_valid() 返回 false 但 errors 为空，通常因表单未绑定数据；需检查是否传入 request.post、enctype、non_field_errors、字段是否在 fields 中、模型与数据库约束是否一致。
ModelForm is_valid() 返回 False 却看不到错误信息？
常见现象是调用 form.is_valid() 得到 False，但打印 form.errors 是空的或只显示 {}。这通常不是校验没触发，而是表单未正确绑定数据——is_valid() 只对**已绑定表单（bound form）** 才执行字段级校验。
实操建议：
- 确认初始化时传入了
data（如MyForm(request.POST)），而不是仅MyForm()（未绑定，is_valid()必然返回False，且errors为空） - 检查
request.method == 'POST'是否成立，避免 GET 请求误走 POST 处理分支 - 若用了
request.FILES，确保 HTML 表单有enctype="multipart/form-data"，否则文件字段会丢失，导致is_valid()失败且错误可能不显眼
字段级错误没出现在 form.errors 里？查 form.non_field_errors()
当模型约束（如唯一性、外键约束）或自定义 clean() 方法抛出异常时，错误不会挂在具体字段下，而是归入非字段错误（non-field errors）。此时 form.errors 看起来“空”，但 form.non_field_errors() 可能含关键提示。
实操建议：
- 打印
form.non_field_errors()和form.errors.as_data()（后者显示原始 ValidationError 实例，含 code 和 params，便于定位来源） - 检查 Model 的
unique_together或数据库层唯一索引是否被违反，这类错误常落入non_field_errors - 若重写了
clean()方法，确保它最后调用super().clean()，否则父类校验逻辑（如字段 required 检查）会被跳过
为什么 form.errors 显示字段名，但模板里 {{ form.field_name.errors }} 不渲染？
典型原因是字段名拼写错误，或该字段未在 fields 列表中显式声明（Django 默认不包含所有模型字段，尤其是外键、时间字段等自动排除项）。
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
实操建议：
- 用
print(form.fields.keys())确认字段是否真在表单中；若字段来自模型但没列在Meta.fields里，它不会被实例化，自然无.errors - 检查字段是否被
exclude掉，或fields = '__all__'是否生效（注意：某些字段如AutoField、ForeignKey的默认 widget 可能引发隐式错误） - 模板中不要写
{{ form.non_field_errors }}漏掉，它和字段错误是并列结构，不是子集
调试时 form.errors 输出一堆 __all__ 键？这是模型层验证失败的信号
__all__ 是 Django 对非字段错误的默认键名，大量出现往往指向 Model.clean() 或数据库完整性约束（如 NOT NULL、CHECK）未通过。此时错误不来自表单字段逻辑，而是模型保存前校验或 DB 层拦截。
实操建议：
- 在视图中捕获
form.save()抛出的IntegrityError，并手动将消息加到form.add_error(None, ...)，避免静默失败 - 检查模型字段是否设了
blank=False但表单未提交对应值（尤其隐藏字段或 JS 动态控制的字段） - 运行
python manage.py check --deploy，确认数据库约束与模型定义一致，避免迁移遗漏导致校验错位
最易忽略的是：ModelForm 的校验分三层——表单字段规则（required, max_length）、模型字段规则（blank, null）、数据库约束（唯一、非空）。任一层失败都可能导致 is_valid() 为 False，但错误落点不同，排查必须逐层下沉。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
