java类型转换不是语法糖，而是强类型系统下数据流动的底层规则，关键在于理解“谁转给谁”和“谁来负责”：自动转换由编译器兜底，强制转换由开发者担责。
Java 类型转换不是语法糖，而是强类型系统下数据流动的底层规则。关键不在背顺序，而在理解“谁转给谁”和“谁来负责”——自动转换由编译器兜底，强制转换由开发者担责。
基本类型转换：静默截断比报错更危险
基本类型强转不会抛异常，但会无提示地丢失数据，且结果不可逆：
- 浮点转整数：(int)3.9 得 3（直接截尾，非四舍五入）；需四舍五入请用 Math.round()
- 整数溢出：(byte)200 得 -56（只保留低 8 位补码）；(short)Integer.MAX_VALUE 得 -1
- 敏感数据禁用裸强转：金额、时间戳等场景，优先用 Math.toIntExact()（溢出时抛 ArithmeticException）或 BigDecimal 显式校验
- 混合运算注意提升规则：byte/short/char 参与运算自动升为 int，赋值回小类型必须显式强转，如 byte z = (byte)(x + y)
引用类型转换：ClassCastException 是最大运行时隐患
编译期只检查声明类型关系，运行时才校验实际类型。一旦不匹配，立刻崩溃：
- 典型高危场景：从 Object 数组取值后直转、泛型擦除后盲目转型、反射调用后未校验就强转
- 安全写法是先 instanceof 再转型，但注意它对 null 返回 false，空值需单独处理
- 设计上优先用多态替代判断：避免 if (x instanceof A) { ((A)x).doA(); } 这类扩展性差的分支逻辑
- 工具封装更稳妥：可用 Apache Commons Lang 的 ObjectUtils.cast() 或自定义 Optional 包装方法
泛型擦除带来的“伪安全”陷阱
泛型仅在编译期存在，运行时已擦除为原始类型。看似合法的强转能过编译，却在真正使用时才爆错：
-
(List
) new ArrayList 编译通过，但 get(0) 后转 String 就 ClassCastException() -
return (List
) new ArrayList() 中 T 在运行时就是 Object，完全失去类型约束 - 禁止对参数化泛型类型做显式强转，尤其避免滥用 @SuppressWarnings("unchecked")
- 需保留泛型信息时：用 Jackson 的 TypeReference、类型令牌或工厂方法封装
字符串与基本类型互转：别混用 parseXxx 和 valueOf
二者语义和返回类型不同，误用会导致空指针或编译失败：
- 字符串 → 基本类型：用 Integer.parseInt("123")、Double.parseDouble("3.14")，记得捕获 NumberFormatException
- 字符串 → 包装类：用 Integer.valueOf("123")（推荐，享元优化）
- 基本类型 → 字符串：用 String.valueOf(42)（空安全），避免 "" + obj（不支持 null）
- 绝对禁用：(int)"123"（编译不通过）、new Integer("123")（已废弃）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
