Java类型转换涉及内存表示与精度边界，自动转换仅限安全范围（如byte→int），强制转换需显式声明并承担溢出风险；浮点数精度问题源于二进制无法精确表示十进制小数，应使用BigDecimal处理精确计算。
Java 类型转换不是简单的“换标签”，而是涉及内存表示、运算规则和精度边界的系统行为。理解它，关键在两点：什么时候编译器帮你转，什么时候你必须自己扛；以及为什么 1.1 * 1.1 算出来是 1.2100000000000002。
自动转换只走“安全通道”
Java 允许小范围类型向大范围类型自动转换，比如 byte → int、int → long、float → double。这不是“偷懒”，而是因为目标类型有足够的位数容纳原值，不会丢数据。
- 整型常量默认是
int，写long l = 100;实际发生了隐式提升 - 浮点常量默认是
double，要用float必须写成3.14f -
byte、short、char三者参与运算时，一律先升为int再算——哪怕你只加两个byte，结果也是int
强制转换=主动承担风险
把大类型往小类型转，比如 double → int 或 int → byte，Java 要求你显式加括号，就是在提醒：“这步可能出事”。
-
(int)12.9结果是12—— 直接截断小数，不四舍五入 -
(byte)128结果是-128—— 超出byte的 [-128, 127] 范围，发生溢出（用补码表示） - 不能对
boolean做任何数值类型转换，它和数字世界不互通
浮点数精度问题不是 Bug，是二进制宿命
十进制小数如 0.1 在二进制里是无限循环小数（类似十进制中 1/3 = 0.333...），float 和 double 只能存近似值。所以：
立即学习“Java免费学习笔记（深入）”；
-
double a = 1.1; System.out.println(a * a);输出1.2100000000000002 - 这不是 Java 特有，所有遵循 IEEE 754 标准的语言都如此
- 涉及金额、计分、配置比例等需要精确小数的场景，一律用
BigDecimal
避开坑的实用习惯
写代码时几个小动作，能省掉大量调试时间：
- 做乘除运算前，如果涉及
int大数，先转成long：比如a * (long)b，避免int阶段就溢出 - 需要保留小数位数，别用
(double)Math.round(x * 100) / 100，改用BigDecimal.valueOf(x).setScale(2, RoundingMode.HALF_UP) - 从数据库或 JSON 读取数字时，注意原始类型：字符串 "12.34" 转
double会带误差，转BigDecimal更稳妥
