Django Rest Framework如何在不终止校验的情况下返回校验/序列化警告信息

DRF 本身没有内置专门的「警告级校验错误」原生机制，你目前重写to_internal_value加警告存储属性的方案已经符合官方推荐的扩展规范，另外还有两种更贴合DRF架构的优化实现方向，耦合度更低、复用性更强：

方案1：自定义字段封装警告逻辑 #

• 优势：不需要重写整个 serializer 的to_internal_value方法，特殊字段的校验逻辑和警告收集逻辑内聚在字段类中，可在多个 serializer 中复用
• 实现逻辑：
  1. 给 serializer 新增公共的warnings属性统一存储警告信息
  2. 自定义需要特殊处理的字段类，重写to_internal_value方法，捕获校验异常后将错误信息写入所属 serializer 的warnings列表，返回默认值而非抛出异常
  3. 普通字段继续使用 DRF 原生字段类，校验失败正常抛出异常终止流程
• 示例代码：

from rest_framework import serializers

# 自定义支持警告收集的字段类
class WarningCharField(serializers.CharField):
    def to_internal_value(self, data):
        try:
            return super().to_internal_value(data)
        except serializers.ValidationError as e:
            # 写入所属serializer的警告列表
            self.parent.warnings.append({
                "field": self.field_name,
                "input_value": data,
                "error_msg": e.detail
            })
            # 返回自定义默认值，不阻塞校验流程
            return None

class YourModelSerializer(serializers.ModelSerializer):
    # 特殊字段使用自定义字段类
    special_field = WarningCharField(required=False)
    # 普通字段使用原生类，校验失败正常抛错
    normal_field = serializers.IntegerField()

    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.warnings = []

方案2：通过校验上下文传递警告 #

• 优势：不需要修改 serializer 的初始化逻辑，警告收集完全和 serializer 解耦，适合同一个 serializer 需要同时支持「严格校验」和「宽松校验+警告收集」两种场景的需求
• 实现逻辑：
  1. 初始化 serializer 时在context参数中传入空的警告列表
  2. 重写特殊字段的校验逻辑，捕获异常后把错误写入context中的警告列表，不抛出异常
• 示例代码：

# 调用侧初始化serializer时传入上下文
warnings = []
serializer = YourModelSerializer(
    instance=instance, 
    data=data, 
    context={"warnings": warnings}
)

# 自定义字段侧读取上下文存警告
class WarningCharField(serializers.CharField):
    def to_internal_value(self, data):
        try:
            return super().to_internal_value(data)
        except serializers.ValidationError as e:
            self.context["warnings"].append({
                "field": self.field_name,
                "input_value": data,
                "error_msg": e.detail
            })
            return None

现有方案的优化建议 #

如果你当前没有复用特殊字段的需求，也不需要在不同场景下切换 serializer 的校验逻辑，现有重写to_internal_value的方案完全可以继续使用，不需要额外调整。DRF 原生校验机制设计上默认所有校验错误都是阻塞级别的，没有内置区分警告和错误的语义，所有类似需求都需要通过扩展字段或 serializer 逻辑实现，没有更轻量化的内置方案。

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