Java强制转换不是语法糖，而是需主动管控风险的显式操作；基本类型转换须警惕截断与溢出，引用类型转换应配合instanceof或模式匹配，字符串与数字互转需区分parseXxx和valueOf，严禁违反类型系统的伪转换。
Java 强制转换不是“语法糖”，而是开发者主动承担风险的显式操作；异常安全的代码，核心不在回避转换，而在让每次转换都有据可依、有路可退。
基本类型强制转换：截断与溢出必须被看见
从 double → int、int → byte 等大转小操作，编译器不会阻止，但结果可能违背直觉：
-
小数直接截断：(int) 9.99 得到 9，不是四舍五入；需四舍五入请用
Math.round() - 整数无声溢出：int 值 256 强转为 byte，得到 -1（只保留低 8 位补码），而非报错
-
安全替代更优先：用
Math.toIntExact(longVal)替代(int) longVal，溢出时抛ArithmeticException，暴露问题而非掩盖
引用类型强制转换：运行时风险必须被拦截
将父类或接口引用转为子类，是多态常见需求，但也是 ClassCastException 最高发场景：
-
避免裸转：不写
(Dog) animal，先用instanceof检查 ——if (animal instanceof Dog) { Dog d = (Dog) animal; ... } -
Java 16+ 推荐模式匹配：直接写
if (animal instanceof Dog d) { d.bark(); }，一次完成检查与赋值，作用域清晰、无重复强转 -
泛型擦除不可绕过：
(List<String>) rawList编译警告且运行时无效；应改用List.copyOf(rawList)（Java 10+）或新建new ArrayList<>(rawList)
字符串与数字互转：parseXxx 和 valueOf 不是同义词
看似相似的方法，返回类型和行为差异显著，选错即埋雷：
立即学习“Java免费学习笔记（深入）”；
-
字符串 → 基本类型：用
Integer.parseInt("123")（返回int），Double.parseDouble("3.14") -
字符串 → 包装类：用
Integer.valueOf("123")（返回Integer），支持缓存优化，且对null抛NumberFormatException -
避免误用：
Integer.valueOf("123").intValue()多一层拆箱，无必要；Integer.parseInt(null)直接 NPE，而Integer.valueOf(null)同样 NPE —— 两者都需判空，但意图更明确
绝对禁止的“伪转换”：类型系统边界不容试探
有些写法看似像转换，实则违反 Java 类型语义，编译器会直接拒绝或运行崩溃：
-
boolean 与数值/字符串互转：不存在
(int) true或(String) false，这是设计约束，不是语法限制 -
无关引用类型强转：
(String) new Date()编译失败（无继承关系）；而(Object) new Date()合法（向上转型） -
数组类型不兼容：
Object[] arr = new String[3]; Integer[] iArr = (Integer[]) arr;编译通过但运行时抛ClassCastException
