java类型转换是二进制位的重新解释，精度是否丢失取决于目标类型的表示能力；自动转换（如int→double）安全无损，强制转换（如double→int）可能截断或溢出，浮点数因ieee 754限制存在固有精度误差。
Java 类型转换不是简单的“换标签”，而是二进制位的重新解释。精度是否丢失，取决于目标类型能否完整容纳源值的全部信息——这和字节数有关，更和数值表示能力（范围与精度）直接挂钩。
自动转换：安全但有边界
当 byte → short → int → long → float → double 这条链路上的转换发生时，Java 会自动完成，不需括号，也不报错。这不是因为“省事”，而是底层能保证：高位补符号位（整型）或扩展尾数/指数位（浮点），不会丢有效数字。
- int 赋值给 long 或 double，值完全保留，比如
int x = 123456789; double y = x;得到的是精确的1.23456789E8 - 但要注意：float 和 double 是二进制浮点，某些十进制小数（如
0.1）本就无法精确表示，所以double d = 0.1;存的其实是近似值——这种“丢失”发生在存储阶段，而非转换阶段 - char 到 int 属于自动转换（char 本质是无符号16位整数），
char c = 'A'; int i = c;结果是65，无损
强制转换：硬塞进去，后果自负
反向转换必须加 (Type)，编译器允许，但运行时可能截断、溢出或符号翻转。它不做校验，只按目标类型的位宽和格式强行解读原二进制。
- double → int：小数部分直接舍弃，
(int)3.999得3，不是四舍五入 - int → byte：只取低8位，
int x = 200; byte b = (byte)x;得-56（因为200的二进制低8位是11001000，作为有符号byte解释即 -56） - long → int：若值超出 int 范围（±2³¹），高位被截，结果不可预测，比如
(int)3000000000L得-1294967296
浮点精度陷阱：不只是类型转换的问题
float 和 double 的精度限制源于 IEEE 754 标准，它们用有限位数表示无限多的实数。转换本身不“制造”误差，但会让误差暴露得更明显。
-
float f = 0.1f + 0.2f;结果不是0.3f，而是0.30000001192092896 - 从 double 转 float 可能进一步损失精度，因为 float 只有约7位有效数字，而 double 有约15位
- 涉及金额、计分、科学计算等场景，应避开 float/double，改用
BigDecimal——它用字符串构造（new BigDecimal("0.1")），避免二进制表示污染
规避精度风险的实用习惯
写代码时多一层判断，比事后调试省力得多。
- 整数字面量超 int 范围，务必加
L，如long id = 324567890123456L;，否则编译失败或隐式溢出 - 浮点数字面量要明确类型：
float rate = 0.05f;（不是0.05，后者是 double） - 做比较时别用
==判 float/double 相等，改用Math.abs(a - b) 或 <code>Double.compare(a, b) == 0 - 数据库字段为 DECIMAL 时，Java 端对应用
BigDecimal，而不是 double，防止 ORM 自动转换引入误差
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
