bigdecimal.tobigintegerexact()仅当数值为数学整数时返回biginteger，否则抛arithmeticexception；要求scale≤0且小数部分全为0，用于主动暴露精度风险而非静默处理。
BigDecimal.toBigIntegerExact() 的作用不是“确保无小数位丢失”，而是严格拒绝任何存在小数部分的转换请求——它只在数值本身为整数（即小数部分全为 0）时才成功返回 BigInteger；否则直接抛出 ArithmeticException。因此，它的核心价值在于主动暴露精度风险，而非静默处理。
理解 toBigIntegerExact() 的触发条件
该方法要求 BigDecimal 的数值必须是数学意义上的整数，且其 scale ≤ 0（即无未舍入的小数位）。例如：
-
new BigDecimal("123").toBigIntegerExact()→ 成功，返回BigInteger.valueOf(123) -
new BigDecimal("123.00").toBigIntegerExact()→ 成功（scale = 2，但数值等于 123，内部会验证小数部分是否为 0） -
new BigDecimal("123.01").toBigIntegerExact()→ 抛出ArithmeticException -
new BigDecimal("123.0").scale()是 1，但因小数部分为 0，仍可通过校验
正确使用前的必要检查
不要依赖 try-catch 来“兜底”转换失败，而应在调用前明确业务是否允许非整数值：
- 用
bd.scale() 快速排除明显带小数的值（但不够充分） - 更可靠的方式是先调用
bd.remainder(BigDecimal.ONE).compareTo(BigDecimal.ZERO) == 0，判断是否整除 1 - 若业务逻辑本就要求输入必须为整数（如 ID、计数器），建议在上游校验，而非等到此处抛异常
替代方案：按需选择更合适的转换方式
如果目标是“尽可能转成整数”，而非“强制校验整数性”，应考虑其他方法：
-
toBigInteger()：直接截断小数部分（类似向下取整），不抛异常，但会静默丢失精度 -
setScale(0, RoundingMode.HALF_UP).toBigInteger()：先四舍五入到个位再转，适合需要近似整数的场景 -
longValueExact()：当结果可能落入 long 范围时，可先用此方法快速校验并获取基本类型
典型误用与修复示例
常见错误：把 toBigIntegerExact() 当作“安全的 toBigInteger”来用，忽略其设计意图。
错误写法：
try {
BigInteger bi = decimal.toBigIntegerExact();
} catch (ArithmeticException e) {
// 捕获后随便设个默认值，掩盖问题
bi = BigInteger.ZERO;
}
推荐写法：
if (decimal.stripTrailingZeros().scale() > 0) {
throw new IllegalArgumentException("Expected integer value, got: " + decimal);
}
BigInteger bi = decimal.toBigIntegerExact();Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
