from decimal import Decimal, getcontext
getcontext().prec = 40
(Decimal('1') / Decimal('3')).quantize(Decimal('0.01'))

Decimal 除法后 quantize 到两位小数,抛 decimal.InvalidOperation。这类现象通常不是突然出现的,往前翻半天日志能看到苗头。

追下去是这么回事:默认上下文精度只有 28 位,除法结果的有效位数超出目标指数能表示的范围,trapping 开着就立刻抛错。

「Decimal 精度控制」排查到最后往往是很小的一处差异,前面那些复杂猜测可以先放一放。同一份配置存在多处的,先确认改的是被加载的那一份。

新版本先放一台机器上跑一天再全量,问题一般在这段时间暴露。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。

接口问题先分清是没发出去、发出去了没收到,还是收到了处理失败。偶发问题先统计频率,一小时几次和一天一次,查法完全不同。

处理上按这个顺序:先按业务金额的量级,把上下文精度调高一些;quantize 时显式指定舍入模式,别用默认;用局部上下文,只在需要的地方临时改精度值。

确认没问题再收工,除法不再抛 InvalidOperation,两位小数按四舍五入落地。

作者 9823189