Java类型转换不是语法糖，而是强类型系统下数据流动的底层规则，自动转换由编译器兜底，强制转换由开发者担责；基本类型转换易致截断、溢出、符号翻转；引用类型向下转型需instanceof校验；泛型擦除使运行时类型检查失效；boolean与无关引用类型禁止转换。
Java 类型转换不是“语法糖”，而是强类型系统下数据流动的底层规则。风险不在语法本身，而在谁转给谁、谁来负责——自动转换由编译器兜底，强制转换由开发者担责。搞不清这点，就容易掉进静默丢失、运行崩溃、逻辑错乱的坑里。
基本类型强制转换：截断、溢出、符号翻转
把大范围值塞进小容器，Java 不报错也不警告，但结果可能完全偏离预期：
- 小数直接截断：(int) 7.9 得到 7，不是四舍五入；需要四舍五入请用 Math.round() 或 BigDecimal
- 整数溢出静默发生：byte b = (byte) 200; 结果是 -56（只取低 8 位补码），因为 byte 范围是 [-128, 127]
- 符号意外反转：short s = (short) 33000; 在 int 中合法，转 short 后变成负数（33000 超出 short 最大值 32767）
- char 和 int 混用易混淆：char c = 'A'; int i = c; 是自动转换（得 65）；但 int i = 65; char c = (char) i; 必须强制转换，且需确保 i ∈ [0, 65535]
引用类型向下转型：ClassCastException 随时爆发
父类或接口引用指向子类对象后，想调用子类特有方法，必须向下转型——但这一步没有编译期保障，全靠运行时碰运气：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- Object obj = new Integer(42); String s = (String) obj; —— 编译通过，运行立刻抛 ClassCastException
- 集合中混存多种类型时（如 List<Object>），遍历时统一强转为 String 极易崩，尤其泛型擦除后编译器无法拦截
- 安全写法是先用 instanceof 判断：if (obj instanceof String) { String s = (String) obj; }，注意 null 会返回 false，无需额外判空
- Java 14+ 支持模式匹配简化：if (obj instanceof String s) { /* s 已绑定且非 null */ }
泛型与类型擦除：看似合法，实则危险
泛型在运行时不存在真实类型信息，强制转换参数化类型是“纸老虎”：
立即学习“Java免费学习笔记（深入）”；
- (List<String>) new ArrayList<Integer>() 编译能过，但后续 get(0) 后强转 String 才爆异常
- return (List<T>) new ArrayList(); 这种工厂方法返回的列表，元素类型不受约束，调用方极易误用
- 反射场景更隐蔽：Method.invoke() 返回 Object，强转成泛型类型（如 (User) result）毫无运行时校验
- 推荐替代方案：用 new ArrayList<>(sourceList) 构造新集合 + 显式遍历转换，或借助 TypeReference 保留类型信息
两类绝对禁止的转换
Java 明确封死这两条路，不是疏漏，而是设计底线：
- boolean 不能和任何类型互转：既不能 (int) flag，也不能 "true".equals(String.valueOf(flag)) 来绕过——布尔值只用于逻辑判断，不参与数值运算
- 无关引用类型不可强转：String 和 Date、ArrayList 和 LinkedList 等无继承/实现关系的类，连编译都通不过，避免语义混乱
