Java类型转换是编译器依据容量与语义规则执行的底层行为，分自动转换（小→大，不丢数据）和强制转换（大→小，需显式声明并承担截断、溢出等风险），运算中存在隐式提升规则，反射则严格校验真实类型。
Java 类型转换不是语法糖，而是编译器依据数据容量和语义规则执行的底层行为。掌握它，关键在于理解“谁转给谁、为什么能转、转了会怎样”——而不是死记转换语法。
自动转换：只发生在“小容器装进大容器”时
Java 编译器允许从存储范围小、精度低的类型，隐式转为范围更大、容量更高的类型。这个过程不丢数据（浮点数精度损失除外），也不需括号。
- 整数链路：byte → short → int → long → float → double
- 字符特殊路径：char → int → long → float → double（char 实际是无符号16位整数，'A' 就是 65）
- 混合运算自动提升：表达式中只要出现 double，整个结果就是 double；没有 double 但有 float，则整体按 float 算；以此类推
例如：byte b = 10; int i = b; 合法；但 byte b = 130; 编译报错（超范围），哪怕后面要赋给 int —— 自动转换不豁免初始赋值检查。
强制转换：必须显式声明，且风险自担
当你把大范围类型往小范围类型塞（比如 double → int、long → byte），Java 要求你写明意图，并承担后果。
立即学习“Java免费学习笔记（深入）”；
- 截断小数：`(int)3.9` 得到 3，不是四舍五入
- 溢出循环：`int i = 257; byte b = (byte)i;` 结果是 1（因为 257 % 256 = 1）
- 字符还原：`(char)66` 得到 'B'，本质是把整数映射回 Unicode 表
注意：强制转换不能绕过逻辑限制——boolean 与任何其他基本类型互转均非法，编译直接拒绝。
运算中的类型提升，比赋值更易踩坑
很多人以为 byte b1 = 1, b2 = 2; byte sum = b1 + b2; 应该成立，其实编译失败。原因在于：Java 规定，所有 byte/short/char 的算术运算，结果一律提升为 int。所以 b1 + b2 类型是 int，不能直接赋给 byte 变量。
- 正确写法：
byte sum = (byte)(b1 + b2); - 同理：
int i = 100000; long l = i * i * i;可能溢出——因为i * i * i先按 int 算，再转 long；应写成(long)i * i * i或100000L * 100000 * 100000
反射与包装类里的隐性转换
用 Field.set() 给基本类型字段赋值时，传入 Integer、Long 等包装类会被自动拆箱；但传 String 或其他无关类型会抛 IllegalArgumentException。这不是类型转换，而是运行时类型校验。
- Integer → int：合法，触发自动拆箱
- Double → float：不合法，即使数值可表示，反射也不做隐式转换
- String → int：完全不兼容，立刻失败
这提醒我们：反射操作不继承编译期的类型转换规则，它更严格，也更贴近真实类型契约。
