Java类型转换是编译期静态检查与运行期动态验证的协同过程：编译器基于引用类型做继承关系校验，JVM运行时通过checkcast指令验证对象实际类型，泛型擦除后仍保留隐式强转，instanceof则提供安全类型探测。
Java类型转换时，核心发生的是编译期静态检查与运行期动态验证的协同作用。不是简单地“改个标签”，而是JVM依据类型继承关系、对象实际类型和字节码指令，在不同阶段做不同层次的约束与确认。
编译期：只看引用类型，做语法和继承关系检查
Java编译器（javac）不关心对象真正是什么，只看变量声明的类型（即引用类型）。它根据这个类型判断转换是否“看起来合法”：
- 向上转型（如 Object obj = new String();）永远允许——因为子类天然兼容父类，无需显式写 (Object)
- 向下转型（如 String s = (String) obj;）必须显式强制，并且要求编译器能证明存在继承路径（比如 obj 声明为 Object，而 String 确实是其子类），否则报错
- 无关类型之间不能强转（如 String 转 Integer），编译直接失败，哪怕运行时想用字符串解析也不行——那是逻辑转换，不是类型转换
运行期：真实对象说话，ClassCastException在此诞生
字节码里，向下转型对应 checkcast 指令。JVM执行时会查对象头里的实际 Klass* 指针，确认它是否属于目标类型或其子类：
- 如果实际是 String，转成 Object 或 CharSequence —— 成功
- 如果实际是 ArrayList，却转成 String —— 立刻抛 ClassCastException
- null 引用可被转成任意引用类型（不触发 checkcast），所以不会崩，但后续调用方法会出 NullPointerException
泛型擦除后，类型检查如何不“失忆”？
泛型在编译后被擦除（如 List
立即学习“Java免费学习笔记（深入）”；
- 写 String s = list.get(0);，编译器自动加了 (String)，等价于 String s = (String) list.get(0);
- 这个强转仍受运行期 checkcast 约束——若 list 实际存了 Integer，运行时照样崩
- 所以泛型只保编译期安全，不改变运行期类型检查本质
instanceof 是怎么避开异常的？
instanceof 不是转换操作，而是类型探针。它底层也调用类似 checkcast 的机制，但只返回 true/false，不修改引用也不抛异常：
- 对 null 返回 false（安全设计）
- 右边类型必须是已知类/接口（不能是泛型变量或 T），否则编译不过
- 常和向下转型配对用：if (obj instanceof String) { String s = (String) obj; ... }，避免无谓异常
基本上就这些。类型转换不是魔法，是编译器和JVM分两班倒——一个管“能不能写”，一个管“敢不敢跑”。理解这点，就不会把转型当成万能胶，也不会被莫名其妙的 ClassCastException 绑架。
