Python3.7与Django环境下Decimal乘法意外舍入前两位有效数字问题排查

该异常的表现完全符合decimal模块全局精度被设置为2位有效数字的特征，所有异常结果均为原始INPUT值保留2位有效数字后的舍入结果，可优先排查以下原因：

• 全局decimal精度被意外修改：Python的decimal模块使用全局上下文控制运算精度，若代码任意位置（包括引用的第三方依赖、其他业务模块）执行过decimal.getcontext().prec = 2的赋值，所有Decimal运算都会默认仅保留2位有效数字，恰好匹配你遇到的异常表现。
• 多线程/协程场景下的上下文污染：若使用多线程、gevent等协程框架，全局decimal上下文会被所有执行流共享，若某一个执行流临时修改了精度未恢复，会随机影响其他请求的运算，这也符合你只有2%数据异常的特征。
• 类型转换过程中的隐式舍入：若INPUT/RATE在传入运算逻辑前，已经被序列化工具（如DRF的字段配置错误）、JSON解析器（错误将Decimal转为float再转回字符串）、第三方SDK做过一次舍入，也会出现该问题，但该场景的异常表现不会严格匹配2位有效数字的规律。

排查方案 #

1. 在运算代码前后打印当前decimal精度，复现问题时即可确认是否为精度配置问题：

import decimal
# 运算前打印精度
print(f"当前decimal全局精度: {decimal.getcontext().prec}")
RESULT = Decimal(INPUT) * Decimal(RATE)

2. 全局搜索代码库中所有对decimal.getcontext().prec的赋值操作，包括第三方依赖的初始化逻辑，确认是否有错误的精度配置。

修复方案 #

建议所有Decimal运算都使用本地上下文隔离，避免全局配置被修改影响业务：

import decimal
with decimal.localcontext() as ctx:
    # 设置足够支撑业务的精度，比如20位
    ctx.prec = 20
    RESULT = Decimal(INPUT) * Decimal(RATE)

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