必须用(Type)显式强制转换的情形是编译器无法静态确认子类型关系但开发者能保证运行时类型安全，如父类引用取回子类实例、泛型擦除后取元素、接口引用转具体实现类等。
什么时候必须用 (Type) 显式强制转换
只有当编译器无法静态确认子类型关系，但开发者在运行时能保证类型安全时，才需要显式强制转换。典型场景是：从父类引用变量中取回原始子类实例，比如 List 存了 String 却声明为 Object 类型，或使用泛型擦除后的原始集合。
常见错误现象：ClassCastException 在运行时抛出，而不是编译失败——说明编译期没拦住，但实际类型不匹配。
- 接口引用转具体实现类（如
Comparable c = new String("a"); String s = (String) c;）可行，但前提是c真的是String实例 - 父类引用转子类（如
Object obj = new Integer(42); Integer i = (Integer) obj;）成功；若obj = "hello"，则运行时报错 -
final类型之间无继承关系（如String和Integer）无法强制转换，编译直接报错Inconvertible types
instanceof 为什么不是可选而是必要前置检查
强制转换前不加 instanceof 判断，等于把类型安全责任完全交给运行时，极易触发 ClassCastException，尤其在处理外部输入、反射结果或遗留集合时。
注意：JDK 14+ 支持模式匹配（if (obj instanceof String s)），自动完成检查 + 赋值，但底层逻辑没变——仍是先判断再转换。
立即学习“Java免费学习笔记（深入）”；
-
instanceof对null返回false，所以无需额外判空；但强制转换null不会报错（结果仍是null） - 泛型擦除后，
instanceof List编译不通过，只能写instanceof List；类型参数信息在运行时不存在 - 数组类型支持
instanceof，如new int[0] instanceof Object为true，但int[].class是运行时生成的类，不能用(int[])转Object
基本类型与包装类之间的转换不是强制转换，而是拆箱/装箱
(Integer) obj 是引用类型转换；而 (int) i（其中 i 是 Integer）本质是先调用 i.intValue()，再做基本类型转换——这是两步操作，不是单纯的类型标记重解释。
容易踩的坑：
-
Integer i = null; int j = (int) i;→ 抛NullPointerException（拆箱时调用null.intValue()） -
byte b = 128; int i = (int) b;不会出错，但b值被符号扩展为-128，因为byte是有符号 8 位 -
double d = 1.999; int i = (int) d;结果是1，截断而非四舍五入；需用Math.round()等明确语义的方法
泛型容器里取元素为什么要双重转换
由于类型擦除，ArrayList 在运行时就是原始类型 ArrayList，get(0) 返回 Object。即使你记得存的是 File，也得先转 Object 再转 File，或者用带泛型的变量接收来规避。
ArrayList rawList = new ArrayList();
rawList.add(new File("/tmp"));
// ❌ 编译失败：incompatible types
// File f = rawList.get(0);
// ✅ 必须两步
Object obj = rawList.get(0);
File f = (File) obj;
更安全的做法是全程使用泛型声明：ArrayList，此时 list.get(0) 类型就是 File，无需强制转换。
反射中类似：Field.get(obj) 总是返回 Object，即使字段声明为 Long，你也得自己转——反射绕过了编译期类型检查，所有安全性都得手动补上。
Serializable，你把它当成 HashMap 强转，却忘了上游可能传进的是 ArrayList 或自定义类。 
