BigInteger.longValueExact()是安全转long的推荐方法，会在超出long范围时抛出ArithmeticException；而longValue()会静默截断，易引发难以排查的逻辑错误。
BigInteger.longValueExact() 是 Java 中将 BigInteger 安全转为 long 的推荐方式，它会在值超出 long 范围（即小于 Long.MIN_VALUE 或大于 Long.MAX_VALUE）时直接抛出 ArithmeticException，避免静默截断或溢出，从而保证类型转换的可靠性。
为什么不用 longValue()？
longValue() 是无检查的强制转换：只要 BigInteger 值过大或过小，它会直接丢弃高位、返回截断后的结果（比如 new BigInteger("9223372036854775808").longValue() 返回 Long.MIN_VALUE），极易引发逻辑错误且难以排查。
longValueExact() 的正确用法
调用前无需手动判断范围——方法内部已完整校验。只需捕获异常即可处理越界情况：
- 若确定数值一定在
long范围内（如来自可控输入或已做过验证），可直接调用，不需 try-catch - 若来源不可信（如用户输入、外部数据），必须用 try-catch 捕获
ArithmeticException - 不要用
instanceof或compareTo()预判范围——既冗余又可能因实现细节引入误差
常见误用与替代方案
有人试图先用 compareTo(Long.MIN_VALUE) 和 compareTo(Long.MAX_VALUE) 判断，再调用 longValue()，这不仅代码啰嗦，还存在两个风险：
立即学习“Java免费学习笔记（深入）”；
-
BigInteger可能为null，导致 NPE - 比较逻辑易写错（比如漏掉等号），不如
longValueExact()一行解决
如果业务允许“截断”，才考虑 longValue()，但务必加明确注释说明意图；绝大多数场景应优先选 longValueExact()。
实际示例
安全转换示例：
BigInteger big = new BigInteger("123456789012345");
try {
long value = big.longValueExact(); // 成功返回 123456789012345L
} catch (ArithmeticException e) {
// 处理溢出，例如记录日志、抛自定义异常、降级为 BigDecimal 等
throw new IllegalArgumentException("Value out of long range: " + big, e);
}
不安全写法（应避免）：
// ❌ 危险！静默溢出 long bad = big.longValue();不复杂但容易忽略
