Java类型转换本质是内存数据的重新解释：自动转换为小转大、编译器扩位无损；强制转换为大转小、开发者截位担责；引用类型转换依赖运行时校验；字符串与数字互转需区分parseXxx（基本类型）和valueOf（包装类）。
Java 类型转换不是“写法技巧”，而是数据在内存中如何被解释和搬运的直接体现。理解它，关键在于看清两层：上层是语法规则（谁可以转给谁、怎么写），下层是内存行为（位模式怎么变、为什么丢数据）。
自动转换：小容器→大容器，编译器帮你“扩位”
当 byte、short、char 或 int 赋值给 long、float、double 时，Java 自动完成转换，不报错也不需括号。这不是“省事”，而是底层在做无损扩展：
- 比如 byte b = 100（二进制 01100100，8位），赋给 int i = b 时，JVM 把这8位复制到 int 的低8位，高位全补0 → 00000000 00000000 00000000 01100100（32位），值仍是100
- char 是无符号2字节（0~65535），转 int 时同样高位补0，所以 char c = 'Z'（ASCII 90）→ int code = c 得到90，本质是把 00000000 01011010 扩成32位整数
- 表达式中更明显：byte x=127, y=1; → x + y 结果类型是 int，因为 JVM 规定：所有 byte/short/char 运算前一律提升为 int，避免溢出风险
强制转换：大值塞小盒子，开发者决定“截哪几位”
从 long 到 int、double 到 float、int 到 byte，必须加 (目标类型)，这不是格式要求，而是告诉 JVM：“我清楚要丢数据”。底层动作是直接取源值的低位字节：
- int n = 200; → byte b = (byte)n;：200 的 int 二进制是 00000000 00000000 00000000 11001000，只取末8位 11001000，按有符号 byte 解释就是 -56（补码）
- double d = 7.9; → int i = (int)d;：直接砍掉小数部分，得7；不是四舍五入，因为底层是按 IEEE 754 浮点数格式取整数位，不涉及舍入逻辑
- float 和 long 都是4字节，但 float 存的是浮点编码，long 存的是整数编码。强制转换时，JVM 不做数值解析，而是把 long 的4字节内存原样 reinterpret 为 float 的位模式——结果通常毫无数学意义
引用类型转换：不是搬数据，而是换“视角”
基本类型转换动的是值本身，引用类型转换动的是“引用的解释方式”，背后是对象头和虚函数表的运行时校验：
立即学习“Java免费学习笔记（深入）”；
- 向上转型（Dog d = new Dog(); Animal a = d;）：安全，编译期就允许。a 指向的仍是 Dog 对象，只是只能调用 Animal 声明的方法
- 向下转型（Animal a = new Dog(); Dog d = (Dog)a;）：危险，运行时才检查。JVM 查 a 实际指向的对象是否真的是 Dog 或其子类，否则抛 ClassCastException
- 无关类型强转（HashSet<String> set = new HashSet<>(); List<String> list = (List<String>)set;）：编译通过（泛型擦除后都是 Object），但运行时报错——因为 HashSet 和 ArrayList 是不同类，内存布局和方法表不兼容
字符串与数字互转：parseXxx 和 valueOf 的分工很明确
这两组方法常被混用，但底层行为完全不同：
- Integer.parseInt("123")：解析字符串，返回 基本类型 int（栈上值）
- Integer.valueOf("123")：先解析，再调用 Integer.valueOf(int)，返回 Integer 对象（堆上实例，且会缓存 -128~127 的常用值）
- 反向转换：String.valueOf(123) 或 "" + 123 生成字符串，底层调用 Integer.toString()，走的是数值→字符序列的编码逻辑，不是内存拷贝
