表单验证发生在清理数据的时候。如果你想自定义这个过程，有各种地方可以进行更改，每个地方都有不同的目的。在表单处理过程中会运行三种类型的清理方法。这些方法通常在调用表单上的 is_valid() 方法时执行。还有其他一些事情也可以触发清理和验证（访问 errors 属性或直接调用 full_clean()），但通常不需要。
一般来说，任何清理方法都可以在处理的数据出现问题时引发 ValidationError，将相关信息传递给 ValidationError 构造函数。 参见下文 <raising-validation-error>` 关于引发 ValidationError 的最佳实践。如果没有引发 ValidationError，该方法应该将清理后（规范化）的数据作为 Python 对象返回。
大多数验证可以使用 validators —— 可以重复使用的辅助功能来完成。验证器是函数（或可调用对象），它只接受一个参数，并在无效输入时引发 ValidationError。验证器在字段的 to_python 和 validate 方法被调用后运行。
表单的验证分为几个步骤，可以自定义或覆盖：
\nField 上的 to_python() 方法是每次验证的第一步。它强制将值转换为正确的数据类型，并在不可能的情况下引发 ValidationError。该方法接受来自部件的原始值并返回转换后的值。例如，一个 FloatField 将把数据变成 Python float 或引发 ValidationError。
Field 上的 validate() 方法处理不适合验证器的特定字段验证。它接受一个被强制为正确数据类型的值，并在任何错误时引发 ValidationError。这个方法不会返回任何东西，也不应该改变值。你应该覆盖它来处理你不能或不想放在验证器中的验证逻辑。
Field 上的 run_validators() 方法会运行该字段的所有验证器，并将所有错误汇总到一个 ValidationError。你不应该需要覆盖这个方法。
Field 子类上的 clean() 方法负责以正确的顺序运行 to_python()、validate() 和 run_validators() 并传播它们的错误。如果在任何时候，任何一个方法引发了 ValidationError，验证就会停止，并引发该错误。该方法返回干净的数据，然后将其插入到表单的 cleaned_data 字典中。
clean_<fieldname>() 方法是在表单子类上调用的——其中 <fieldname> 被替换为表单字段属性的名称。这个方法做任何特定属性的清理工作，与字段的类型无关。这个方法不传递任何参数。你需要在 self.cleaned_data 中查找字段的值，并且记住，此时它将是一个 Python 对象，而不是在表单中提交的原始字符串（它将在 cleaned_data 中，因为上面的一般字段 clean() 方法已经清理了一次数据）。
例如，如果你想验证一个叫 serialnumber 的 CharField 的内容是唯一的，clean_serialnumber() 就可以做这件事。你不需要一个特定的字段（它是一个 CharField），但你需要一个特定字段的验证，可能的话，清理／规范数据。
这个方法的返回值会替换 cleaned_data 中的现有值，所以它必须是 cleaned_data 中的字段值（即使这个方法没有改变它）或一个新的干净值。
表单子类的 clean() 方法可以执行需要访问多个表单字段的验证。在这里，你可以放入诸如“如果提供了字段 A，字段 B 必须包含一个有效的电子邮件地址”这样的检查。如果你愿意，这个方法可以返回一个完全不同的字典，这个字典将被用作 cleaned_data。
因为在调用 clean() 时，字段验证方法已经运行，所以你也可以访问表单的 errors 属性，它包含了所有清理单个字段时产生的错误。
Note that any errors raised by your Form.clean() override will not\nbe associated with any field in particular. They go into a special\n"field" (called __all__), which you can access via the\nnon_field_errors() method if you need to. If you\nwant to attach errors to a specific field in the form, you need to call\nadd_error().
还需要注意的是，当覆盖 ModelForm 子类的 clean() 方法时，有一些特殊的注意事项。（更多信息见 模型表单文档）
These methods are run in the order given above, one field at a time. That is,\nfor each field in the form (in the order they are declared in the form\ndefinition), the Field.clean() method (or its override) is run, then\nclean_<fieldname>(). Finally, once those two methods are run for every\nfield, the Form.clean() method, or its override, is executed whether\nor not the previous methods have raised errors.
以下是这些方法的例子。
\n如上所述，这些方法中的任何一种都可能引起 ValidationError。对于任何字段，如果 Field.clean() 方法引起 ValidationError，则不调用任何特定字段的清理方法。但是，所有其余字段的清理方法仍然会被执行。
ValidationErrorLink to this heading#为了使错误信息灵活且易于覆盖，请考虑以下准则：
\n为构造函数提供一个描述性错误 code：
# Good\nValidationError(_("Invalid value"), code="invalid")\n\n# Bad\nValidationError(_("Invalid value"))\n不要在信息中强行加入变量；使用占位符和构造函数的 params 参数：
# Good\nValidationError(\n _("Invalid value: %(value)s"),\n params={"value": "42"},\n)\n\n# Bad\nValidationError(_("Invalid value: %s") % value)\n使用映射键代替位置格式化。这样可以在重写信息时，将变量按任何顺序排列或完全省略：
\n# Good\nValidationError(\n _("Invalid value: %(value)s"),\n params={"value": "42"},\n)\n\n# Bad\nValidationError(\n _("Invalid value: %s"),\n params=("42",),\n)\n用 gettext 包装信息，以启用翻译：
# Good\nValidationError(_("Invalid value"))\n\n# Bad\nValidationError("Invalid value")\n把它放在一起：
\nraise ValidationError(\n _("Invalid value: %(value)s"),\n code="invalid",\n params={"value": "42"},\n)\n如果你写的是可重用的表单、表单字段和模型字段，那么遵循这些准则是特别必要的。
\n虽然不建议使用，但如果你处于验证链的末端（即你的表单 clean() 方法），并且你知道你将永远不需要覆盖你的错误信息，你仍然可以选择不那么啰嗦的：
ValidationError(_("Invalid value: %s") % value)\nForm.errors.as_data() 和 Form.errors.as_json() 方法极大地受益于功能齐全的 ValidationError （带有 code 名称和 params 字典）。
如果在清理方法中检测到多个错误，并希望向表单提交者发出所有错误信号，可以将错误列表传递给 ValidationError 构造函数。
如上所述，建议传递一个带有 code 和 params 的 ValidationError 实例列表，但一个字符串列表也可以：
# Good\nraise ValidationError(\n [\n ValidationError(_("Error 1"), code="error1"),\n ValidationError(_("Error 2"), code="error2"),\n ]\n)\n\n# Bad\nraise ValidationError(\n [\n _("Error 1"),\n _("Error 2"),\n ]\n)\n前面的章节解释了一般表单的验证是如何工作的。由于有时通过看到每个功能的使用，可以更容易地将事情落实到位，这里有一系列使用前面每个功能的小例子。
\nDjango 的表单（和模型）字段支持使用被称为验证器的实用函数和类。验证器是一个可调用对象或函数，它接收一个值，如果该值有效则不返回任何内容，如果无效则引发一个 ValidationError。这些可以通过字段的 validators 参数传递给字段的构造函数，或者在 Field 类本身的 default_validators 属性中定义。
验证器可以用来验证字段内部的值，我们来看看 Django 的 SlugField：
from django.core import validators\nfrom django.forms import CharField\n\n\nclass SlugField(CharField):\n default_validators = [validators.validate_slug]\n正如你所看到的，SlugField 是一个带有自定义验证器的 CharField，它可以验证提交的文本是否符合某些字符规则。这也可以在字段定义中完成：
slug = forms.SlugField()\n相当于：
\nslug = forms.CharField(validators=[validators.validate_slug])\n常见情况（例如验证电子邮件或正则表达式）可以使用 Django 中现有的验证器类来处理。例如，validators.validate_slug 是一个 RegexValidator 的实例，其第一个参数是模式：^[-a-zA-Z0-9_]+\\Z。请参阅 编写验证器 部分，查看已有验证器列表以及如何编写验证器的示例。
首先让我们创建一个自定义表单字段，验证其输入是包含逗号分隔的电子邮件地址的字符串。完整的类是这样的：
\nfrom django import forms\nfrom django.core.validators import validate_email\n\n\nclass MultiEmailField(forms.Field):\n def to_python(self, value):\n """Normalize data to a list of strings."""\n # Return an empty list if no input was given.\n if not value:\n return []\n return value.split(",")\n\n def validate(self, value):\n """Check if value consists only of valid emails."""\n # Use the parent's handling of required fields, etc.\n super().validate(value)\n for email in value:\n validate_email(email)\n每个使用该字段的表单在对字段的数据进行任何操作之前，都会运行这些方法。这是专门针对这种类型的字段进行的清理，不管它随后如何使用。
\n让我们创建一个 ContactForm 来演示如何使用这个字段：
class ContactForm(forms.Form):\n subject = forms.CharField(max_length=100)\n message = forms.CharField()\n contact_email = forms.EmailField()\n recipients = MultiEmailField()\n urgent = forms.BooleanField(required=False)\n像使用其他表单字段一样使用 MultiEmailField。当在表单上调用 is_valid() 方法时，MultiEmailField.clean() 方法将作为清理过程的一部分被运行，它将反过来调用自定义的 to_python() 和 validate() 方法。
Continuing on from the previous example, suppose that in our ContactForm,\nwe want to make sure that the recipients field only contains addresses that\nare @example.com. This is validation that is specific to our form, so we\ndon't want to put it into the general MultiEmailField class. Instead, we\nwrite a cleaning method that operates on the recipients field, like so:
from django import forms\nfrom django.core.exceptions import ValidationError\n\n\nclass ContactForm(forms.Form):\n # Everything as before.\n ...\n\n def clean_recipients(self):\n data = self.cleaned_data["recipients"]\n if not all(email.endswith("@example.com") for email in data):\n raise ValidationError("All recipients must be @example.com.")\n\n # Always return a value to use as the new cleaned data, even if\n # this method didn't change it.\n return data\nSuppose we add another requirement to our contact form: if the urgent field\nis True, the subject must contain "help". We are performing\nvalidation on more than one field at a time, so the form's clean()\nmethod is a good spot to do this. Notice that we are talking about the\nclean() method on the form here, whereas earlier we were writing a\nclean() method on a field. It's important to keep the field and form\ndifference clear when working out where to validate things. Fields are single\ndata points, forms are a collection of fields.
当表单的 clean() 方法被调用时，所有的单独字段清理方法都会被运行（前面两节），所以 self.cleaned_data 将被填充到目前为止存活的任何数据中。所以你还需要记住，要验证的字段可能没有通过最初的单个字段检查。
有两种方法可以报告这一步的任何错误。最常见的方法可能是在表单顶部显示错误。要创建这样一个错误，你可以从 clean() 方法中引发一个 ValidationError。例如：
from django import forms\nfrom django.core.exceptions import ValidationError\n\n\nclass ContactForm(forms.Form):\n # Everything as before.\n ...\n\n def clean(self):\n cleaned_data = super().clean()\n urgent = cleaned_data.get("urgent")\n subject = cleaned_data.get("subject")\n\n if urgent and subject:\n # Only do something if both fields are valid so far.\n if "help" not in subject:\n raise ValidationError(\n "Must put 'help' in the subject for urgent requests."\n )\n在这段代码中，如果出现验证错误，表单将在表单顶部显示错误信息（通常），描述问题。这种错误属于非字段错误，在模板中用 {form.non_field_errors }} 显示。
示例代码中对 super().clean() 的调用确保了父类中的任何验证逻辑得到了维护。如果你的表单继承了另一个没有在其 clean() 方法中返回 cleaned_data 字典的表单（这样做是可选的），那么不要给 super() 调用的结果分配 cleaned_data，而使用 self.cleaned_data 来代替：
def clean(self):\n super().clean()\n urgent = self.cleaned_data.get("urgent")\n ...\nThe second approach for reporting validation errors might involve assigning the\nerror message to one of the fields. In this case, let's assign an error message\nto both the "subject" and "urgent" rows in the form display. Be careful when\ndoing this in practice, since it can lead to confusing form output. We're\nshowing what is possible here and leaving it up to you and your designers to\nwork out what works effectively in your particular situation. Our new code\n(replacing the previous sample) looks like this:
\nfrom django import forms\n\n\nclass ContactForm(forms.Form):\n # Everything as before.\n ...\n\n def clean(self):\n cleaned_data = super().clean()\n urgent = cleaned_data.get("urgent")\n subject = cleaned_data.get("subject")\n\n if urgent and subject and "help" not in subject:\n self.add_error(\n "subject", "Must put 'help' in the subject for urgent requests."\n )\n self.add_error(\n "urgent", "Must not mark urgent unless 'help' is in the subject."\n )\nadd_error() 的第二个参数可以是一个字符串，或者最好是 ValidationError 的一个实例。更多细节请参见 引发 ValidationError。请注意，add_error() 会自动从 cleaned_data 中删除该字段。