BigDecimal精确计算与精度控制教程

从现在开始，努力学习吧！本文《Java中BigDecimal精确计算与精度控制详解》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

Java中用BigDecimal做精确计算的核心是避免double构造器、显式指定精度和舍入模式、统一用字符串构造数值；否则会因浮点误差导致“精确地保存了错误”；比较应使用compareTo()而非equals()。

Java中用BigDecimal做精确计算，核心在于**避免使用double构造器、显式指定精度和舍入模式、统一使用字符串构造数值**。否则看似精确，实则从源头就引入了浮点误差。

别用double构造BigDecimal

这是最常见的坑：new BigDecimal(0.1) 实际得到的是 0.1000000000000000055511151231257827021181583404541015625，因为0.1在二进制中无法精确表示。double本身已失真，再转BigDecimal只是“精确地保存了错误”。

正确做法是：

• 用字符串构造：new BigDecimal("0.1")
• 用整数+标度构造：BigDecimal.valueOf(1, 1)（等价于"0.1"）
• 优先使用BigDecimal.valueOf(double)——它内部做了字符串转换，比直接new更安全

运算时必须指定Scale和RoundingMode

add、subtract、multiply默认保留操作数的精度，但divide必须显式指定小数位数和舍入方式，否则可能抛ArithmeticException（除不尽时）。

例如计算税率后保留两位小数：

• price.multiply(taxRate).setScale(2, RoundingMode.HALF_UP)
• 除法务必写全：total.divide(count, 2, RoundingMode.HALF_UP)
• 推荐统一用RoundingMode.HALF_UP（四舍五入），符合财务习惯；避免用UNNECESSARY，除非你100%确定能整除

比较大小不能用==或equals()

BigDecimal.equals()会同时比较值和标度（scale），new BigDecimal("1.0").equals(new BigDecimal("1.00"))返回false。业务上它们数值相等，但equals认为不等。

安全比较方式：

• 用compareTo()：返回-1/0/1，只比数值大小，忽略标度
• 需要严格相等再用compareTo() == 0替代equals()
• 判断是否为零：value.compareTo(BigDecimal.ZERO) == 0，而非value.equals(BigDecimal.ZERO)

保持上下文一致性，避免隐式精度丢失

多个连续运算中，每一步的setScale()时机影响最终结果。比如先乘后除 vs 先除后乘，中间舍入会导致差异。

• 尽量延迟舍入——只在最终展示或落库前统一设精度
• 如需中间控制，用MathContext统一管理精度和舍入模式：new MathContext(10, RoundingMode.HALF_EVEN)
• 数据库交互时，注意JDBC驱动对BigDecimal的scale处理（如MySQL Connector/J默认会截断），必要时显式调用setScale()对齐

不复杂但容易忽略。关键就是三句话：字符串建数、运算定规、比较用compareTo。

以上就是《BigDecimal精确计算与精度控制教程》的详细内容，更多关于的资料请关注golang学习网公众号！