java类型系统坚持“显式优先、隐式受限”，基本类型仅允许安全拓宽转换，引用类型向上转型安全、向下转型需显式且运行时验证，泛型因类型擦除无法运行时校验，应优先用多态、optional和编译警告规避风险。
Java 类型系统的核心优势之一，是它在类型转换上坚持“显式优先、隐式受限”的原则——不是所有看起来能转的都能自动转，也不是所有想转的都能强行转，而是由编译器和运行时共同把关，确保类型安全。
基本类型转换：只允许安全的向上提升
Java 允许小范围数值类型向大范围类型自动转换（称为“拓宽转换”），比如 byte → short → int → long → float → double。这种转换不会丢失信息，编译器直接放行。
- 例如：
int i = 100; long l = i;合法，无需强制转换 - 但
double d = 3.14; int x = d;编译失败——精度可能丢失，必须写成int x = (int) d;
引用类型转换：编译检查 + 运行验证
子类对象赋给父类变量（向上转型）永远安全，编译通过；反过来（向下转型）必须显式声明，并且实际对象必须是目标类型或其子类，否则抛 ClassCastException。
- 合法示例：
Object obj = new String("hello"); String s = (String) obj; - 危险操作：
Object obj = new Integer(42); String s = (String) obj;编译通过，但运行时报错 - 建议用
instanceof预检：if (obj instanceof String) { String s = (String) obj; }
泛型擦除下的类型转换限制
Java 泛型在编译后被擦除，所以无法在运行时获取泛型实际类型。这导致像 List<string></string> 和 List<integer></integer> 在 JVM 中都是 List，不能靠类型参数做转换或 instanceof 判断。
- 以下代码编译错误：
if (list instanceof List<string>) {...}</string> - 强制转换如
List<string> strings = (List<string>) rawList;</string></string>会触发 unchecked 警告，运行时无类型保障 - 真正安全的做法是逐个元素校验或借助工具类（如 Apache Commons 的
TypeUtils）做反射辅助判断
避免不安全转换的实用习惯
类型转换不是语法糖，而是潜在风险点。保持严谨的关键在于把“是否可转”交给类型系统判断，而不是靠经验或注释绕过。
- 优先使用多态替代向下转型：设计接口/抽象方法，让子类自行实现行为
- 用
Optional<t></t>包装可能为空或类型不确定的结果，比返回Object更清晰 - 启用编译器警告（-Xlint:unchecked）并认真对待，尤其涉及原始类型与泛型混用时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
