java类型转换需谨慎，因泛型擦除使运行时无法判断泛型类型，应逐元素转型、用class令牌、避免raw type；接口与实现类间向上转型安全，向下转型须确认类型；json/db转换推荐typereference或类型元数据；stream中应显式标注lambda参数类型并选用专用map/collect方法。
Java 中的类型转换不是简单地加个括号，它直接关系到你能否安全、高效地操作集合、泛型和接口——尤其在处理 List、Map、Stream 或与 JSON、数据库交互时，错一次就可能抛 ClassCastException 或丢失类型信息。
泛型擦除后，运行时怎么安全转型？
Java 编译期擦除泛型，List
- 逐个元素判断再转型：用 instanceof 检查每个对象的实际类型，再 cast（比如遍历 List
- 用 Class
做类型令牌：构造方法或方法参数传入 Class 类型（如 new ArrayList () 可配合 String.class 做校验） - 避免 raw type：别写 List list = new ArrayList()，始终用明确泛型声明，减少转型需求
接口与实现类之间，何时该用向上/向下转型？
多态是 Java 的基础，但转型时机错了就会出问题。List 接口变量引用 ArrayList 实例是天然向上转型，安全；反过来把 List 强转成 ArrayList 就得确认底层真是它。
- 向上转型（自动）：ArrayList → List、HashMap → Map，放心用，扩展性和可测试性更好
- 向下转型（手动）：只有确定实例类型才做，比如通过 getClass().getName() 日志排查，或使用 instanceof 防空指针
- 优先用接口方法：想扩容用 ensureCapacity()？那是 ArrayList 特有，说明设计上可能该换思路——是否真需要暴露实现细节？
JSON 或数据库结果转 Java 对象，怎么避开转型陷阱？
Jackson、Fastjson 或 JDBC ResultSet 返回的往往是 Object、Map 或 Object[]，直接 (User) obj 极易失败。
- Jackson 推荐用 TypeReference： objectMapper.readValue(json, new TypeReference
- >(){})，保留泛型信息
- JDBC 中不要对 getObject(i) 直接强转，先 getMetaData().getColumnClassName(i) 查真实类型，或统一用 getString()/getLong() 等安全方法
- 自定义 Converter 或 Record 类：Java 14+ 的 record 天然不可变且类型明确，比 Map
转起来更稳
Stream 流式处理中，类型转换怎么写得既清晰又不出错？
map、filter、collect 这些操作链里混着转型，一不留神就让编译器“猜错”类型，导致 .map(Object::toString) 后接 .filter(s -> s.length() > 0) 报错。
- 显式标注 lambda 参数类型：.map((Object o) -> ((String) o).trim())，比 .map(o -> ((String) o).trim()) 更易读且少歧义
- 用 mapToObj / mapToInt 等专用方法替代泛型 map，避免装箱/拆箱引发的 ClassCastException
- collect 时选对 Collector：Collectors.toList() 返回 List，但类型是原始的；要用 Collectors.collectingAndThen 配合类型转换函数做收尾
不复杂但容易忽略——类型转换的本质，是告诉编译器“我知道这个对象实际是什么”，而不是让它替你猜。写之前多看一眼运行时类型，比事后 debug 十分钟更省力。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
