深度剖析 BigDecimal 和 long 比较的隐蔽细节，以及 AtomicInteger 的 CAS 底层实现原理

深度剖析 BigDecimal 和 long 比较的隐蔽细节，以及 AtomicInteger 的 CAS 底层实现原理。

一、BigDecimal 和 long 比较的特殊细节

1. 直接比较问题

java

BigDecimal bd = new BigDecimal("100"); long l = 100L; // ❌ 错误：不同类型不能直接比较 System.out.println(bd == l); // 编译错误 System.out.println(bd.equals(l)); // false（类型不同） // ✅ 正确：转为同一类型再比较 System.out.println(bd.longValue() == l); // true（可能丢失精度） System.out.println(bd.compareTo(BigDecimal.valueOf(l)) == 0); // true（推荐）

2. equals() 和 compareTo() 的致命差异

java

BigDecimal bd1 = new BigDecimal("100.00"); BigDecimal bd2 = new BigDecimal("100"); BigDecimal bd3 = BigDecimal.valueOf(100L); System.out.println(bd1.equals(bd2)); // false！因为 scale（小数位数）不同 System.out.println(bd1.compareTo(bd2)); // 0（true，忽略小数位数） System.out.println(bd1.equals(bd3)); // false System.out.println(bd1.compareTo(bd3)); // 0（true）

原因：

• equals()：比较值和 scale（小数位数），必须完全相同。

• compareTo()：只比较数值大小，忽略小数位数。

3. 精度丢失陷阱

java

// ❌ 错误：long 转 BigDecimal 的两种方式 BigDecimal bd1 = new BigDecimal(0.1); // 0.1000000000000000055511151231257827021181583404541015625 BigDecimal bd2 = BigDecimal.valueOf(0.1); // 0.1（推荐！） // long → BigDecimal long l = 100L; BigDecimal bd3 = new BigDecimal(l); // 100，但存在构造重载问题 BigDecimal bd4 = BigDecimal.valueOf(l); // 100（推荐）

new BigDecimal(long) vs BigDecimal.valueOf(long) 对比：