java类型转换bug需警惕运行时异常，强制转换前必须用instanceof校验；字符串转数值须用parsexxx方法；泛型擦除要求严格声明并配合类型检查；向下转型依赖实际类型而非声明类型。
Java 中类型转换引发的逻辑 Bug，往往不会在编译时报错，却会在运行时突然崩溃或产生错误结果。这类问题隐蔽性强，尤其容易出现在多态、泛型擦除、集合取值等场景中。关键不是“能不能转”，而是“该不该转”和“有没有保障”。
强制转换前必须做 instanceof 检查
直接 (Dog) animal 这类写法风险极高——只要 animal 实际不是 Dog 类型，立刻抛 ClassCastException。哪怕代码看起来“应该没问题”，也不能跳过类型校验。
- 正确写法：先判断再转换，把运行时风险挡在执行前
-
错误示范：
Dog dog = (Dog) obj; -
推荐写法：
if (obj instanceof Dog) { Dog dog = (Dog) obj; } - 注意：instanceof 对 null 返回 false，天然安全，无需额外判空
字符串与数值之间不能用强转，要用解析方法
Java 不允许 (int) "123" 这种写法——编译直接失败。字符串和基本类型/包装类之间没有继承关系，也不支持自动转换。
- 整数转换：用
Integer.parseInt("123")或Integer.valueOf("123") - 浮点数转换：用
Double.parseDouble("3.14") - 容错处理：加 try-catch，避免 NumberFormatException 中断流程
- 避免陷阱：不要用
(Integer) "123"，这是语法错误，不是运行时异常
集合取值时泛型擦除是隐形推手
像 List list = new ArrayList<string>();</string> 这样声明后，往里 add(123) 再 get(0)，拿到的就是 Object 类型的 Integer。如果直接 (String) 取值，就会在运行时报 ClassCastException。
- 根源：泛型只在编译期生效，运行时 List 的元素类型信息已擦除
- 对策：始终用带泛型的声明方式，如
List<string> list = new ArrayList();</string> - 取值时别假设类型：
Object obj = list.get(0);后，仍需 instanceof + 转换 - 更优解：配合 Optional 和 stream filter，提前过滤掉非目标类型
向下转型要确认对象真实类型，不只是声明类型
父类引用指向子类实例（如 Animal a = new Dog()）才能安全向下转型；但若 a = new Animal()，哪怕声明为 Animal，实际也不是 Dog，强转必失败。
- 记住：instanceof 判断的是运行时实际类型，不是变量声明类型
- 常见误判场景：从 JSON 反序列化、反射创建、外部传入的对象，类型不确定时更要谨慎
- 设计层面建议：优先用多态方法替代强制转型，比如定义 eat() 接口，让不同子类自己实现，而不是转成具体类型再调方法
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
