Java自动类型转换不报错却可能丢失精度：float转double只是复制已有误差的近似值，并未提升精度，故d==12.8为false。
Java 自动类型转换看似“安全”，实则暗藏精度丢失风险——它不报错、不警告，只默默丢数据。关键不是能不能转，而是你是否清楚“丢了什么”和“为什么必须丢”。
浮点数自动提升：double 不等于更准
很多人误以为 float 赋值给 double 是“升级”，其实只是复制一个已有误差的近似值。
- float f = 12.8F；实际存储的是 12.800000190734863（二进制无法精确表示十进制小数）
- double d = f；只是把那个近似值扩展成 double 格式，并未修复精度
- 所以 d == 12.8 为 false，Math.abs(d - 12.8)
真正安全的做法是绕过二进制表示：用 Double.valueOf("12.8") 或 new BigDecimal("12.8") 从字符串构造。
整型自动拓宽：无损但有陷阱
byte → int、short → long 等小转大属于“拓宽转换”，编译器保证不丢精度，但要注意隐含行为：
立即学习“Java免费学习笔记（深入）”；
- byte/short/char 参与运算时，自动升为 int，哪怕只做加法：byte a = 1, b = 2; int c = a + b; —— 这里 a、b 先被提升为 int 再相加
- 结果赋回小类型需显式强转：
byte z = (byte)(x + y)，否则编译报错 - 看似无害，但若 x+y 溢出 int 范围，再截成 byte 就彻底失真
字符串连接触发的隐式转换：易忽略的精度断层
任何基本类型与字符串拼接（+），都会触发自动转字符串，但这个过程可能掩盖原始精度问题：
-
double d = 0.1 + 0.2;→ 实际值是 0.30000000000000004 -
String s = "result: " + d;→ 得到"result: 0.30000000000000004" - 如果后续再用
Double.parseDouble(s)解析，仍会继承原始误差
敏感场景建议统一用 BigDecimal.valueOf(0.1).add(BigDecimal.valueOf(0.2)) 控制源头。
什么时候该停手？优先换类型，而非硬转
自动转换本身不危险，危险的是用它掩盖设计缺陷：
- 金额、利率、配置阈值等场景，直接放弃 float/double，改用
BigDecimal，单位用“分”代替“元” - 数据库主键、时间戳毫秒值、累计计数等字段，声明即用 long，不依赖后期从 int 强转
- JSON 解析后数字默认为 Double，别写
(Integer)obj，先判类型再取值校验 - 需要四舍五入语义时，不用
(int)d，而用Math.round(d)+Math.toIntExact()组合防溢出
精度丢失不是偶然 bug，是类型系统按设计执行的结果。看清每一步“自动”背后的真实含义，才能避开静默崩坏。
