Java大数运算技巧：BigInteger使用全解析

本文深入剖析了Java中BigInteger使用的几大关键陷阱与最佳实践：从初始化时必须严格校验字符串非空（推荐用BigInteger.ZERO替代new BigInteger("0")以提升安全与性能），到彻底摒弃+−*/运算符、全面采用add()、subtract()等方法调用；从正确使用compareTo()进行大小比较（切忌误用==或>）到谨慎处理除法异常（优先选用divideAndRemainder()）、精准理解signum()与equals(BigInteger.ZERO)的适用场景；再到进制转换时牢记toString(radix)不带前缀、需手动添加“0x”等细节——每一步都直击开发者高频踩坑点，帮你避开深藏不露的NullPointerException、ArithmeticException和逻辑误导，真正掌握大数运算的稳健之道。

BigInteger 初始化时别用 new BigInteger(String) 传空字符串或 null

空字符串或 null 会直接抛 NumberFormatException，不是你代码逻辑错了，是构造器根本拒绝解析。常见于从配置/表单读值后没校验就硬塞进去。

• 安全做法：先 Objects.nonNull(s) && !s.trim().isEmpty() 再构造
• 如果值可能为空，优先用 BigInteger.ZERO 或显式兜底，而不是 try-catch 吞异常
• new BigInteger("0") 和 BigInteger.ZERO 效果一样，但后者不触发字符串解析，更快更安全

做加减乘除必须用方法调用，不能用 + - * / 运算符

Java 不支持运算符重载，+、- 这些对 BigInteger 完全无效——写了就是编译错误。新手常把 a + b 当成惯性操作，结果连编译都过不去。

• 加法用 a.add(b)，减法用 a.subtract(b)，乘法用 a.multiply(b)，除法用 a.divide(b)
• a.divide(b) 要求整除，否则抛 ArithmeticException；需要余数时改用 a.divideAndRemainder(b)，返回 BigInteger[2]
• 注意顺序：a.subtract(b) 是 a − b，不是 b − a；和普通减法一致，但容易在链式调用里看串行

比较大小不能用 == 或 >

== 比的是引用，> 根本不能用于 BigInteger 类型——编译报错。线上出过 bug：用 if (a > b) 直接编译失败，开发却误以为测试环境跑通了。

• 正确写法：a.compareTo(b) > 0 表示 a > b，== 0 表示相等， 表示 a
• 不要写 a.compareTo(b) == 1：它只保证正/负/零，不保证具体数值是 1 或 -1
• 判断是否为零，用 a.equals(BigInteger.ZERO) 或 a.signum() == 0；signum() 更轻量，返回 -1/0/1

toString() 默认十进制，转其他进制要用 toString(int radix)

导出 ID 或加密中间值时，有人想省字符长度，直接拼 "0x" + bigInt.toString()，结果还是十进制，白白误导自己和下游系统。

• 十六进制： n.toString(16)（小写），要大写就 n.toString(16).toUpperCase()
• 二进制用 n.toString(2)，八进制用 n.toString(8)
• radix 必须在 2–36 之间，超出范围抛 IllegalArgumentException
• 注意：不同进制下 toString() 结果不含前缀（比如没有 0x），得自己加

真正麻烦的不是怎么算，而是哪一步该用对象方法、哪一步该防空、哪一步的返回值语义容易误解——这些地方一错，问题往往藏得深，日志里只显示个 NullPointerException 或 ArithmeticException，根本看不出源头在哪。

到这里，我们也就讲完了《Java大数运算技巧：BigInteger使用全解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！