Java中精度由数据类型本身决定，基本类型与包装类精度一致；需选合适类型并避免隐式精度丢失：整数用int/long，高精度小数用BigDecimal（字符串构造），慎用float/double。
Java 中基本类型与包装类本身不提供“提高运算精度”的能力，精度由数据类型自身决定，而非是否为基本类型或包装类。关键在于：**选择合适的数据类型 + 避免隐式精度丢失操作**。
明确各类型的精度边界
基本类型和对应包装类在数值表示能力上完全一致（如 int 和 Integer 都是 32 位有符号整数），区别只在存储位置（栈 vs 堆）和是否可为 null。真正影响精度的是类型本身：
-
float：单精度浮点，约 6–7 位有效数字，存在二进制表示误差（如
0.1f + 0.2f != 0.3f） - double：双精度浮点，约 15–17 位有效数字，仍无法精确表示大多数十进制小数
- long、int 等整型：无小数部分，只要不溢出，计算结果绝对精确
- BigDecimal：非基本类型也非包装类，但专为高精度十进制计算设计，可精确控制舍入行为和小数位数
避免自动装箱/拆箱引入的隐式精度陷阱
包装类参与算术运算时会自动拆箱为基本类型，此时精度限制立即生效。例如：
错误示范：Double a = 0.1; Double b = 0.2; Double c = a + b; // 实际执行 double + double，结果仍是近似值
这和直接用 double 没有本质区别，反而多了一次装箱开销。若需高精度，请跳过 Double，直接用 BigDecimal。
立即学习“Java免费学习笔记（深入）”；
需要高精度十进制运算？用 BigDecimal（并注意构造方式）
BigDecimal 是 Java 中唯一能真正保障十进制小数精度的工具，但必须正确使用：
- ✅ 推荐用
new BigDecimal("0.1")或BigDecimal.valueOf(0.1)—— 字符串构造避免了double字面量本身的精度污染 - ❌ 避免
new BigDecimal(0.1)—— 此时传入的已是不精确的double值，误差已固化 - 运算时显式指定
MathContext或RoundingMode，例如：bd1.add(bd2).setScale(2, RoundingMode.HALF_UP)
整数运算尽量用基本类型，慎用包装类
如果业务全是整数且不超范围（如计数、ID、金额分单位），优先使用 long 或 int：
- 无装箱/拆箱开销，性能更好
- 无精度损失（只要不溢出）
- 包装类（如
Long）仅在需要 null 语义、集合存储或泛型场景下才使用
