包装类（如long、double）精度固定且不可突破，无法替代bigdecimal；long整数溢出抛异常，double超2⁵³后整数精度丢失；bigdecimal以字符串构建、可控精度与舍入，适合金额等高精度场景。

包装类（如 Long、Double）不是为高精度数值计算设计的，它们有明确且不可突破的精度边界。理解这一点的关键，不在于“怎么用包装类做高精度计算”，而在于认清：它们根本不能替代 BigDecimal，因为底层机制和设计目标完全不同。

包装类的精度边界是硬性限制，不是配置问题

Long 是 64 位有符号整数，最大值固定为 9,223,372,036,854,775,807。超出即溢出——Long.parseLong() 直接抛异常，这是它在“守界”，不是在“计算”。Double 虽能表示极大范围（±1.8×10³⁰⁸），但其整数精度上限是 2⁵³（约 9×10¹⁵）。超过这个值，相邻可表示整数的间隔大于 1，意味着很多整数根本无法被精确存储，例如：

• Double.valueOf("9007199254740993") 返回 9007199254740992.0，末位静默丢失
• 这种截断不报错、不警告，只在业务结果中悄悄出错

BigDecimal 的“精度”是可控的，而包装类的“精度”是固定的

BigDecimal 的核心能力是“按需指定精度与舍入方式”。它以字符串或整数+标度（scale）形式存储数值，避免了二进制浮点表示的固有缺陷。这意味着：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 它可以精确表示 "0.1"、"12345678901234567890.0123456789" 这类十进制小数
• 加减乘除运算可设定保留几位小数、用哪种舍入模式（如 RoundingMode.HALF_UP）
• 除法即使遇到无限循环小数（如 1 ÷ 3），也能通过指定 scale 和 roundingMode 得到确定结果

包装类参与运算时会隐式引入误差链，BigDecimal 则全程显式可控

一旦把原始数据塞进 Double 或通过 new BigDecimal(double) 构造，精度损失就已发生。后续任何操作都基于这个失真值：

• double d = 0.1 + 0.2; → d 已是 0.30000000000000004
• new BigDecimal(d) 只是把那个错误的 double 值“忠实地转成 BigDecimal”，不会修复它
• 正确做法是：new BigDecimal("0.1").add(new BigDecimal("0.2"))，全程保持十进制精确性

业务关键字段必须绕过包装类，直连 BigDecimal 或 BigInteger

用户 ID、订单号、金额、税率、时间戳毫秒值等，只要要求“绝对精确”，就不能经过 Double 或 Long 中转：

• ID/订单号超 19 位？别用 Long 解析，改用 BigInteger 或直接字符串处理
• 金额含小数？跳过 double 字段，前端传字符串，后端用 BigDecimal(String) 构造
• 比较两个金额是否相等？用 a.compareTo(b) == 0，而非 equals()（后者还校验小数位数）

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南