java强制转换是需前置判断、安全执行、异常兜底的结构化流程：①编译期检查类型兼容性；②运行时校验实际类型；③基本类型数值截断；④配合instanceof和范围校验实现防御性编程。
Java 强制转换不是“加个括号就完事”，它背后牵连着编译期校验、运行时类型检查、内存中对象实际身份，以及引用变量的访问权限边界。理解它，关键在于分清“引用类型”和“对象实例”是两回事——引用可以变，对象不会变。
强制转换只改引用，不改对象
一个对象在堆内存中创建后，它的实际类型（如 Dog）就固定了。引用变量（如 Animal a = new Dog();）只是“看这个对象的一扇窗”。强制转换本质是换一扇窗——比如把 Animal 类型的窗换成 Dog 类型的窗，但窗后还是那个 Dog 实例。
- 若窗后确实是
Dog（即a指向的是new Dog()），转成Dog成功，能调用bark() - 若窗后其实是
Cat或纯Animal（new Animal()），强行换窗会失败，抛ClassCastException -
null是特例：任何引用转成任意类型都成功（结果仍是null），但后续调用方法会触发NullPointerException
基本类型强制转换：数值截断，不讲道理
基本类型转换不涉及对象或继承，纯粹是位操作。JVM 按目标类型的字节宽度，从原始值低位开始硬截取。
-
double → int：丢弃小数部分，不是四舍五入（(int)12.9得12） -
int → byte：只取低 8 位，超出范围直接溢出（(byte)257→1；(byte)128→-128） - 编译器允许你写
(short)100000，但运行时值已失真——它不会拦你，也不会警告
安全转换的三个动作缺一不可
真正健壮的强制转换从来不是单步操作，而是三步闭环：
-
先判断：用
instanceof确认实际类型（if (obj instanceof String)） -
再转换：在判断为 true 的分支里执行
(String) obj -
后使用：确保后续逻辑基于转换后的类型展开（比如调用
.length()）
JDK 14+ 支持模式匹配写法：if (obj instanceof String s) { System.out.println(s.length()); }，语法更简洁，但底层仍是先判断再赋值，逻辑未变。
泛型擦除与数组：容易踩坑的两个场景
泛型信息在运行时不存在，所以 instanceof List<string></string> 编译不过，只能写 instanceof List；而数组是特殊引用类型，int[] 和 Object 之间可 instanceof，但不能用 (int[]) 强转 Object（编译报错），因为数组类型在运行时有独立类对象（int[].class），但编译器不认可这种跨维度转换。
对象创建时分配在堆，引用存于栈或成员变量区；强制转换只影响引用变量的类型声明，不影响对象所在内存位置或内容。清楚这点，很多“转型失败”问题就自然解开了。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
