强制转换本质是开发者对编译器和JVM的双重承诺：编译期仅检查类型关系，运行时才校验；基本类型转换仅位截取，不四舍五入、不预警溢出，结果合法但易错。
强制转换不是“加括号”那么简单
Java 的强制转换（(Type) expr）本质是开发者对编译器和 JVM 的双重“承诺”：编译期它只检查语法与继承/实现关系是否成立；真正起作用的是运行时校验。比如 Object obj = new ArrayList<String>(); List<?> list = (List<?>) obj; 编译通过，但若 obj 实际是 new Date()，运行时立刻抛 ClassCastException。这不是 bug，而是设计使然——Java 把类型安全的最终责任交给了程序员。
基本类型强转：截断不四舍五入，溢出无声无息
从高精度转低精度时，JVM 只做位截取，不预警、不修正：
-
double d = 12.9; int i = (int) d;→ i = 12（小数部分直接丢弃） -
int big = 257; byte b = (byte) big;→ b = 1（仅保留最低 8 位：257 的二进制末 8 位是00000001） -
int x = 128; byte y = (byte) x;→ y = -128（超出 byte 有符号范围 [-128,127]，按补码规则解释）
这些结果合法但易错，尤其在处理外部输入或计算中间值时，务必提前用 if (val >= Byte.MIN_VALUE && val 做范围校验。
引用类型强转：instanceof 不是可选，是必须
泛型擦除、反射调用、集合取值等场景下，编译器无法确认实际类型，此时强转前必须用 instanceof 防御：
立即学习“Java免费学习笔记（深入）”；
if (obj instanceof String) { String s = (String) obj; /* 安全使用 */ }-
instanceof对null返回false，天然规避空指针风险 - JDK 14+ 支持模式匹配写法：
if (obj instanceof String s) { /* s 已自动赋值，无需再强转 */ }，但底层仍是先判断后转换 - 注意：
instanceof List<String>编译不通过，运行时类型信息已丢失，只能写instanceof List
序列化中类型一致性：靠约定，不靠强转
Java 序列化（ObjectInputStream）本身不执行类型强转。反序列化时，JVM 根据字节流中的类描述符重建对象，目标变量声明类型必须与实际反序列化出的类兼容：
- 若写入的是
new Dog()，读取时声明为Animal a = (Animal) ois.readObject();合法；但声明为String s = (String) ois.readObject();会直接抛ClassCastException - 序列化前后类结构不一致（如字段增删、serialVersionUID 不匹配）会导致
InvalidClassException，这比强转异常更早发生 - 不要试图用强转绕过类型不匹配——序列化恢复的对象类型由字节流决定，不是由你括号里的类型决定
- 可靠做法：定义明确的 DTO 类，实现
Serializable，保持serialVersionUID稳定，并在读取后用instanceof再次确认
