泛型集合的核心优势是编译期类型检查、消除手动强转、避免运行时ClassCastException；它通过编译阶段类型校验和自动插入强转实现安全，但运行时泛型信息被擦除。
泛型集合的核心优势是：**编译期类型检查 + 消除手动强转 + 避免运行时 ClassCastException**。这不是语法糖，而是 Java 在 JDK 5 引入泛型后对集合框架的一次根本性加固。
为什么不用泛型的 ArrayList 很危险
原始写法看似灵活，实则把类型风险全推给运行时：
List list = new ArrayList();
list.add("hello");
list.add(42);
String s = (String) list.get(1); // 运行时报错：ClassCastException
问题在于：get(1) 返回 Object，你强制转成 String，但实际存的是 Integer —— 编译器完全不管，直到线上出错才暴露。
- 编译不报错，IDE 无提示，
javac放行 - 测试容易漏掉边界组合（比如混插不同类型）
- 重构时无法安全重命名或修改类型，因为没有类型约束
ArrayList<String> 怎么做到“自动过滤”和“免强转”
泛型不是运行时机制，而是编译器在编译阶段做两件事：
立即学习“Java免费学习笔记（深入）”；
- **类型擦除前校验**：往
ArrayList<String>调用add()时，编译器检查传入是否为String或其子类；传Integer直接报错 - **自动插入隐式强转**：调用
get()时，编译器自动补上(String)，你写的String s = list.get(0)实际被翻译成String s = (String) list.get(0)
所以你看到的“免强转”，本质是编译器帮你写了、且只在类型合法时才写。
ArrayList<String> list = new ArrayList<>();
list.add("ok"); // ✅ 编译通过
list.add(123); // ❌ 编译错误：incompatible types
String s = list.get(0); // ✅ 自动加了 (String)，无需手写
泛型集合常见误用与坑点
泛型不是万能胶，几个高频翻车点必须注意：
-
ArrayList<String>和ArrayList<Object>**没有继承关系**，不能直接赋值（泛型类不具备协变性） - 不能用基本类型作泛型参数：
ArrayList<int>❌，必须用包装类：ArrayList<Integer>✅ - 泛型信息在运行时被擦除，所以
list instanceof ArrayList<String>语法非法，new ArrayList<String>().getClass() == new ArrayList<Integer>().getClass()为true - 数组不支持泛型初始化：
new ArrayList<String>[10]❌，只能写new ArrayList[10]（丢失类型信息）
真正关键的不是“用了泛型”，而是理解它只在编译期起作用——擦除后所有泛型集合都退化成原始类型。这意味着反射、序列化、类型判断等场景下，泛型信息已不可见，这也是很多框架（如 Jackson、MyBatis）需要额外传 TypeReference 的根本原因。
