Django Rest Framework序列化器验证时ListField数据丢失问题排查

我之前也碰到过类似的坑，结合你的代码和调试信息，给你列几个最可能的原因：

1. 重写validate方法时不小心移除了lst字段 #

如果你在序列化器里自定义了validate方法，比如像下面这样误操作：

def validate(self, data):
    # 一些业务处理逻辑
    data.pop('lst')  # 不小心把lst字段从验证数据中移除了
    return data

那即使is_valid()返回True，validated_data里也不会保留lst字段。检查一下你的序列化器有没有这类操作，确保所有需要的字段都保留在返回的data字典里。

2. 序列化器实例化参数的问题 #

如果实例化序列化器时，你同时传入了instance和data参数，但instance对象本身没有lst属性，且更新逻辑没有正确处理这个字段，也可能导致lst被忽略。不过你是处理请求负载，正常应该只传data参数：

serializer = OptionsSerializer(data=request.data)

确认一下你实例化序列化器的方式是否正确。

3. 自定义基类或扩展字段的影响 #

如果你的OptionsSerializer继承自某个自定义的基类序列化器，或者你对ListField做了自定义扩展，可能基类里存在过滤字段的逻辑，把lst给排除了。检查一下基类代码，看看有没有类似exclude字段列表或者修改validated_data的逻辑。

4. DRF版本兼容性问题 #

虽然概率不高，但某些较旧版本的Django REST Framework可能存在ListField的解析bug。你可以尝试升级DRF到稳定版本（比如3.14.x以上），再测试看看问题是否消失。

快速排查小技巧 #

你可以在序列化器里临时添加一个字段级验证方法，看看是否能接收到数据：

def validate_lst(self, value):
    print(f"Received lst value: {value}")
    return value

如果这个方法能打印出["abc"]，说明字段是被正确接收的，问题出在后续的validate或其他处理逻辑里；如果没打印，那说明数据根本没传到这个字段，可能是实例化序列化器时的参数问题（不过你的请求键名和字段名都是lst，应该没问题）。

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