货币值除法场景下：BigDecimal应选MathContext.DECIMAL64还是DECIMAL128？

嘿，这个问题得看你具体的业务场景和精度需求来定，我给你拆解下DECIMAL64和DECIMAL128的核心区别，你就能轻松做出选择了：

• 精度能力：
  • MathContext.DECIMAL64 基于64位十进制浮点数标准，提供16-17位有效数字，精度和我们常用的double差不多，但它是十进制表示，能避免二进制浮点数的精度丢失问题（比如0.1+0.2不等于0.3的经典坑）。
  • MathContext.DECIMAL128 是128位标准，能提供34位有效数字，精度比DECIMAL64高了一倍还多，适合对精度要求极高的场景。
• 性能与开销：
  • 更高的精度意味着更多的计算量和内存占用，所以DECIMAL128的运算速度会比DECIMAL64稍慢一点，如果你的系统有大量高频除法运算，对性能敏感的话，DECIMAL64会更轻便。

• 如果是普通货币场景（比如电商交易、日常账单、普通薪资核算）：DECIMAL64完全够用！毕竟货币通常最多保留2-4位小数，16位有效数字远远能覆盖需求，而且性能更好，没必要用更高精度的DECIMAL128。
• 如果是高精度金融场景（比如跨境汇率的多步换算、大宗交易的精确分摊、复杂的复利计息）：或者你的运算会涉及多次链式计算（每次除法的精度损失累积起来可能影响结果），那DECIMAL128会更稳妥，能最大程度减少精度误差。

要注意哦，MathContext.DECIMAL64和DECIMAL128默认用的是银行家舍入法（ROUND_HALF_EVEN），也就是当舍入位是5时，会向最近的偶数舍入。如果你的业务要求传统的四舍五入（ROUND_HALF_UP），那你可能需要自定义MathContext，而不是直接用现成的这两个常量，比如：

MathContext customDecimal64 = new MathContext(16, RoundingMode.HALF_UP);

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