java强制转换本身不保障数据完整性，真正起保护作用的是开发者构建的分层防御机制：编译期拦截、运行时校验、数值可控截断、异常主动捕获。
Java 强制转换本身不保护数据完整性，它只是执行指令——真正起保护作用的是开发者围绕转换构建的逻辑模型。这个模型不是语法结构，而是一套分层防御机制：编译期拦截、运行时校验、数值可控截断、异常主动捕获。
编译期拦截：类型兼容性是第一道闸门
强制转换能否写下去，首先由编译器决定。它不关心值是否合理，只看类型关系是否合法：
- 基本类型间：仅允许“大→小”显式转换（如 double → int），但 int → byte 也需括号；字面量超范围会直接报错（byte b = (byte)300; 编译通过，但值已非预期）
- 引用类型间：必须存在继承或实现关系（Object → String 合法，String → Integer 编译失败）
- 无关类型（如 Date → String）无法强转，必须用解析方法（SimpleDateFormat.parse()）
运行时校验：instanceof 是向下转型的必经关卡
父类引用指向子类对象后，想调用子类特有方法，必须向下转型——但 JVM 直到运行才检查实际类型：
- null 可强转任意引用类型，不抛 ClassCastException，但后续调用方法会触发 NullPointerException
- 安全写法永远先判型：if (obj instanceof String) { String s = (String) obj; }
- JDK 14+ 支持模式匹配：if (obj instanceof String s)，s 已完成强转且非 null
- 集合取值、反射调用、泛型擦除后操作对象时，漏掉 instanceof 几乎必然引发线上异常
数值截断控制：精度与范围必须由人把关
基本类型强转不做四舍五入，也不预警溢出，纯物理位截取：
- 浮点→整数：丢弃小数位（(int)3.9 → 3，(int)-3.9 → -3）；真要四舍五入，用 Math.round()
- 大整数→小整数：只保留低位字节（(byte)257 → 1，(byte)255 → -1）
- 避免静默错误：用 Math.toIntExact(long) 替代裸强转，超范围直接抛 ArithmeticException
- 精度敏感场景（如金额、利率）绕开基本类型，统一用 BigDecimal
异常兜底与空值防护：让失败可感知、可追溯
强转失败不是意外，而是设计信号。健壮代码拒绝“侥幸成功”：
- 引用类型转换不用 try-catch ClassCastException 掩盖问题，而用 instanceof 主动规避
- 包装类拆箱前必须判空：if (i != null) { x = i; } 或 Objects.requireNonNull(i)
- 链式强转（如 ((String)obj).trim()）极易隐藏多层异常，应拆解为独立步骤
- 封装工具方法统一处理，例如 safeCast(obj, String.class) 内部调用 clazz.isInstance(obj)
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
