基本类型与包装类转换安全，精度丢失源于跨类型强制转换及浮点数固有误差；应避免直接截断浮点转整型，改用math.round()等显式方法并校验范围。
Java 中基本类型和包装类之间的转换本身不会导致精度丢失，真正引发精度问题的是在 不同数值类型之间误转（比如用 int 接收 double 值、或用 Float 存储高精度小数），以及 浮点数固有表示限制。下面从关键场景出发，讲清楚怎么转才安全。
基本类型 ↔ 包装类：自动装箱/拆箱是安全的
Java 的自动装箱（如 Integer i = 100;）和拆箱（如 int x = i;）只发生在同一数值类型的包装与基本形式之间，不涉及精度变化：
-
int↔Integer：完全一致，无精度损失 -
long↔Long：64 位整数，一一对应 -
double↔Double、float↔Float：只是包装，值不变
⚠️ 注意：这不等于 double 本身精确——它只是把那个“本就不精确的 double 值”原样包起来。
避免跨类型强制转换：尤其是 float/double 转整型
精度丢失最常发生在把浮点数转成整数类型时，系统直接截断小数部分，且不报错：
-
double d = 99.99999999999999; int i = (int) d;→ 得到99（不是四舍五入） -
Float f = 123.456f; long l = f.longValue();→ 同样截断，可能溢出
✅ 安全做法：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 需要取整时，显式调用
Math.round()、Math.floor()等，并确认语义是否符合业务 - 不确定范围时，先检查是否在目标类型范围内：
if (d >= Integer.MIN_VALUE && d - 整数运算尽量用
long或BigInteger，避免float/double参与
浮点数精度问题：不是转换导致，而是存储本质
float 和 double 遵循 IEEE 754 标准，无法精确表示很多十进制小数（如 0.1）。包装类（Float、Double）只是包装了这个近似值：
-
Double d = 0.1 + 0.2;→ 实际值是0.30000000000000004，不是转换错了，而是计算就错了 -
new Double("0.1")比0.1字面量更准（因为字符串解析会走 BigDecimal 逻辑），但仍是 double
✅ 正确应对方式：
- 金融/计费等场景，一律用
BigDecimal，构造时用字符串（new BigDecimal("0.1")），不用 double 字面量 - 比较浮点数用
Math.abs(a - b) ，别用 <code>== - 打印或展示时用
String.format("%.2f", d)控制显示精度，不改变底层值
包装类构造与解析：字符串是关键桥梁
从字符串转数值时，最容易隐含精度风险。例如：
-
Double.parseDouble("0.1")→ 还是那个不精确的 double -
Float.valueOf("0.123456789")→ 可能因 float 仅约 7 位有效数字而丢末尾
✅ 更可控的做法：
- 需要高精度输入输出，统一走
BigDecimal(String)解析，再按需转成long或int（确认无小数） - 若必须用 float/double，确保原始字符串精度在 float（6~7 位）或 double（15~16 位）有效数字内
- 避免用
new Float(String)等已过时方法，优先用Float.valueOf()或parseXxx()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
