BigDecimal的compareTo方法按数值大小比较，不关心scale；equals则同时校验数值和精度，导致相同数值但不同精度时返回false。
Java 中 Comparable 对 BigDecimal 的比较，天然就是按数值大小进行的，**不关心 scale（精度）**。这是因为 BigDecimal 已经实现了 Comparable 接口，其 compareTo() 方法的设计逻辑就是「数值相等即视为相等」，与 equals() 的行为有本质区别。
BigDecimal 的 compareTo 本身就是 Comparable 的实现
BigDecimal 类直接实现了 Comparable 接口，所以你无需额外实现或重写——只要调用 compareTo()，就自动遵循数值大小比较规则：
- 返回 -1：当前值 数值上 小于参数（如
new BigDecimal("2.0").compareTo(new BigDecimal("2.00")) == 0） - 返回 0：两个数在数学意义上相等（
"1.5"和"1.500"比较结果为 0） - 返回 1：当前值 数值上 大于参数
为什么不能用 equals() 替代？
equals() 同时校验 数值 + scale，导致相同数值但不同精度的对象被判为不等：
-
new BigDecimal("10.0").equals(new BigDecimal("10")) → false（scale 分别是 1 和 0） -
new BigDecimal("10.0").compareTo(new BigDecimal("10")) == 0 → true（纯数值相等）
因此，在排序、集合去重（如 TreeSet）、条件判断等场景中，compareTo() 才是符合业务语义的正确选择。
实际应用中的典型用法
以下写法都依赖 BigDecimal 自带的 Comparable 实现：
-
排序列表：
Collections.sort(list)或list.stream().sorted().collect(...)可直接对BigDecimal列表升序排列 -
TreeSet / TreeMap 存储：插入
new BigDecimal("5"), new BigDecimal("5.00")不会重复（因compareTo==0） -
范围判断：
amount.compareTo(BigDecimal.ZERO) >= 0表示非负，安全且无精度干扰
注意：版本号等字符串式数字不能用 compareTo
虽然 compareTo() 按数值比较很可靠，但**它不适用于版本号、IP 地址段、编号前缀等「字面量语义」场景**。例如：
-
new BigDecimal("3.10").compareTo(new BigDecimal("3.2")) > 0（因为 3.10 > 3.2），这与版本号 "3.10" > "3.2" 的预期一致，但这是巧合； - 真正要做语义化版本比较，应使用专门的
Version类或字符串分段解析，而非依赖BigDecimal数值规则。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
