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

深度剖析BigDecimal和long比较的隐蔽细节，以及AtomicInteger的 CAS 底层实现原理。一、BigDecimal 和 long 比较的特殊细节1. 直接比较问题javaBigDecimal 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()的致命差异javaBigDecimal 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)vsBigDecimal.valueOf(long)对比：方式是否推荐原因new BigDecimal(long)⚠️ 可用但不推荐不会复用缓存，每次创建新对象