Java泛型通过编译期类型检查避免ClassCastException：声明List<String>时，add(123)直接报错，get(0)自动返回String无需强转；虽运行时类型擦除，但安全机制已在编译期完成。
Java 泛型通过在编译期就约束集合元素的类型，从根本上避免了运行时强制类型转换及其引发的 ClassCastException。
编译期类型检查，拦截非法添加
泛型让集合声明时就明确“只存某一种类型”。比如 List<string></string> 表示这个列表只能添加 String 实例：
- 写
list.add("hello")—— 允许 - 写
list.add(123)—— 编译直接报错，不生成字节码
这比裸类型 List（可随意加 String、Integer、Boolean）安全得多——错误被卡死在开发阶段，不会留到运行时爆炸。
取值无需手动强转，自动推导返回类型
泛型方法的返回值类型由声明决定。对 List<string></string> 调用 get(0)，编译器知道它返回 String，所以可以直接赋值：
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
String s = list.get(0);—— 合法，无警告 -
Integer i = (Integer) list.get(0);—— 编译报错或类型不匹配警告
不再需要像裸类型那样写 (String) list.get(0)，既省代码，又杜绝因记错类型导致的转型异常。
类型擦除不影响编译期安全，但需注意运行时限制
泛型信息确实在运行时被擦除（List<string></string> 和 List<integer></integer> 都变成 List），但这不削弱其安全性：
- 擦除发生在编译后，而类型检查、插入隐式转型、拒绝非法赋值等动作全在编译期完成
- 真正危险的是绕过泛型——比如用原始类型接收、再 unchecked 强转，如
(List<string>) rawList</string>，此时编译器放弃把关，风险回归运行时
只要坚持使用带类型参数的声明和初始化（如 new ArrayList<string>()</string> 或 new ArrayList()），泛型就能持续守护类型正确性。
泛型不是万能的，边界情况要靠额外校验
当必须处理来自外部的原始集合（如旧 API 返回的 List）时，泛型本身无法验证实际元素类型。这时不能仅靠 unchecked cast：
- 简单强转
(List<integer>) raw</integer>可能埋下隐患 - 推荐做法是传入
Class<t></t>参数，遍历检查每个元素是否为指定类型的实例，再安全转换
这种主动校验虽增加少量开销，但换来的是运行时可预期的行为，而不是随机抛出 ClassCastException。
