应使用带scale和RoundingMode参数的divide方法，如bigDec1.divide(bigDec2, 2, RoundingMode.HALF_UP)，并根据业务选择合适舍入模式与合理精度，避免无参调用导致ArithmeticException。
Java中 BigDecimal.divide 抛出 ArithmeticException: Non-terminating decimal expansion，是因为你调用的是无精度参数的重载方法（即只传两个 BigDecimal），而被除数无法被除数整除，又没指定舍入规则和小数位数。
明确使用带 scale 和 RoundingMode 的 divide 方法
这是最直接、推荐的解决方式。必须显式指定保留的小数位数（scale）和舍入模式（RoundingMode），避免让 JVM 自己“猜”怎么处理无限小数。
-
不要这样写：
bigDec1.divide(bigDec2)—— 容易抛异常 -
应该这样写：
bigDec1.divide(bigDec2, 2, RoundingMode.HALF_UP)—— 保留2位小数，四舍五入
选择合适的 RoundingMode
不同业务场景对舍入的要求不同，不能一概用 HALF_UP。常见选项及适用场景：
-
RoundingMode.HALF_UP：标准四舍五入（金融计算常用） -
RoundingMode.HALF_DOWN：五舍六入（某些会计规则） -
RoundingMode.DOWN：直接截断（如计算折扣后价格下限） -
RoundingMode.UP：向上进位（如运费计算） -
RoundingMode.CEILING：向正无穷取整；FLOOR向负无穷取整
注意 scale 值要合理，避免精度丢失或过度保留
scale 不是越大越好。设得太小会损失精度，太大可能引入无效末尾零或影响性能。
立即学习“Java免费学习笔记（深入）”；
- 货币计算通常用
2（元角分）或4（支持厘、毫） - 科学计算根据有效数字要求设定，比如
6或10 - 如果不确定，可先用
MathContext封装精度和舍入，例如：bigDec1.divide(bigDec2, new MathContext(10, RoundingMode.HALF_UP))
提前判断是否能整除（可选，适用于必须精确结果的场景）
如果你的业务逻辑要求“必须整除”，那应在调用前检查余数是否为零：
- 用
remainder方法：if (bigDec1.remainder(bigDec2).compareTo(BigDecimal.ZERO) == 0) - 再执行
divide（此时可用无参版本，因为已确认整除） - 否则按需报错或走备用逻辑（如转用带舍入的版本）
