Django DRF中DecimalField为何部分序列化为字符串部分为数字

出现该现象的核心逻辑是：两个字段并没有按照相同的序列化规则处理，要么映射到了不同类型的序列化字段，要么传入序列化器的值本身类型存在差异，可按以下优先级排查定位： #

1. 先通过序列化器结构确认字段映射是否正确 #

ModelSerializer的自动字段映射可能被全局配置、父类、局部配置覆盖，不要依赖肉眼判断代码，直接打印序列化器的实际结构确认：

from 你的项目路径.serializers import TestModelSerializer
print(repr(TestModelSerializer()))

正常情况下所有模型层的DecimalField都会被映射为serializers.DecimalField，如果输出中latitude/longitude显示为FloatField，说明映射规则被修改，常见触发场景：

• 序列化器继承的基类、混入类提前显式声明了latitude/longitude为FloatField，ModelSerializer会优先使用显式定义的字段，不会走自动映射逻辑
• 项目中自定义了全局字段映射规则，比如根据decimal_places阈值自动切换字段类型
• 序列化器Meta类的extra_kwargs中单独给经纬度字段配置了coerce_to_string=False，后续遗忘了该段配置

2. 确认传入序列化器的字段值实际类型 #

如果打印序列化器结构显示所有字段都是DecimalField，问题一定出在传入的值本身：
serializers.DecimalField仅在接收Python原生Decimal类型值时，才会根据coerce_to_string配置（全局默认COERCE_DECIMAL_TO_STRING=True）输出字符串；如果传入的字段值本身是float类型，序列化器会直接透传该值，最终输出数字类型。
导致模型DecimalField读取到float值的常见场景：

• 查询集使用了raw()原生SQL、values()/values_list()查询，跳过了ORM的字段类型转换逻辑，数据库驱动直接返回float类型结果
• 模型实例的经纬度字段在序列化前被赋值为float类型（比如视图逻辑、信号处理、模型save()方法中的类型转换），覆盖了ORM从数据库读取的Decimal值
• 数据库迁移不一致：经纬度字段最早创建为FloatField，后续修改为DecimalField时未实际执行数据库变更，ORM读取到的仍是float类型值

快速验证方法 #

在序列化逻辑前打印字段类型即可直接定位：

test_obj = TestModel.objects.get(id=目标记录ID)
print(type(test_obj.quantity1), type(test_obj.latitude))

从你贴出的返回结果可以直接找到佐证：quantity类字段固定输出3位小数"1.000"，完全符合DecimalField自动补全小数位的处理逻辑；但经纬度字段定义了6位小数，实际输出45.49907只有5位，丢失了末尾的0，这是浮点数的典型特征，说明这两个字段在进入序列化器前就已经是float类型，根本没有走Decimal字段的字符串序列化流程。

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