Java里什么时候必须用强制转换
只有当编译器无法自动确认类型安全时，才需要显式强制转换。比如把 double 赋值给 int，或者父类引用指向子类对象后想调用子类特有方法。
常见错误现象：incompatible types: possible lossy conversion from double to int、java.lang.ClassCastException
- 数值类型间向下转型（如
double→int）必须强制转换，否则编译不通过 - 引用类型向下转型（如
Object→String）必须强制转换，但运行时可能抛出ClassCastException - 向上转型（如
String→Object）永远不需要强制转换，编译器自动处理
数值类型强制转换的精度陷阱
强制转换不是四舍五入，而是直接截断小数部分，且不检查溢出。比如 int 最大值是 2147483647，若把 long 值 3000000000L 强转为 int，结果是 -1294967296。
-
(int) 3.9结果是3，不是4 -
(byte) 257结果是1（只取低 8 位） - 涉及浮点数时，优先考虑
Math.round()、Math.floor()等明确语义的方法，而不是裸强制转换
引用类型强制转换前为什么一定要 instanceof
因为 JVM 在运行时才检查实际类型，没做校验就强转，极大概率触发 ClassCastException，尤其在集合取值、反射、泛型擦除后操作对象时。
立即学习“Java免费学习笔记（深入）”；
- 先写
if (obj instanceof String)，再写(String) obj - JDK 14+ 可用模式匹配简化：
if (obj instanceof String s)，此时s已是强转后的变量 - 注意：
null对instanceof返回false，不会 NPE，所以不用额外判空
泛型擦除后怎么安全地强转集合元素
编译期泛型信息被擦除，List 运行时就是原始 List，取出来的每个元素都是 Object，直接强转风险高。
- 别写
(String) list.get(0)，除非你 100% 确认类型且已做过校验 - 推荐封装工具方法，比如
safeCast(element, String.class)，内部用clazz.isInstance(element)检查 - 更稳妥的做法是使用
Stream+filter+map链式处理：list.stream().filter(String.class::isInstance).map(String.class::cast).collect(...)
null 场景，线上崩得毫无征兆。 
