自2004年随着Java 5的发布而引入，是一种允许在类、接口和方法中使用类型参数的机制，从而使得代码更具通用性、类型安全性和重用性。然而，Java泛型的设计中有一个关键特性称为"类型擦除"，这个概念经常让初学者感到困惑。
类型擦除的基本概念
想象你正在组织一场万圣节化妆舞会，参与者可以装扮成任何他们喜欢的角色，但进入舞会大门那一刻，他们的身份标签就被暂时"擦除"了，所有人统称为"舞会参加者"。尽管他们在舞会上的行为和互动依然遵循各自角色的规则，但舞会的组织者（也就是编译器）不再关心他们具体的装扮，只管他们是来参加舞会的。
在Java泛型中，类型擦除就像是这场舞会的大门。当你编写如下泛型代码时：
1List<String> stringList = new ArrayList<>();
编译器知道你创建了一个只能存放String类型的列表。但是一旦编译完成，所有关于String的类型信息就被擦除了，剩下的字节码就像是这样：
1List objectList = new ArrayList();
也就是说，泛型参数String在编译后的字节码中不复存在，List<String>变成了原始类型List。这就是类型擦除的核心概念。
类型擦除带来的影响
类型擦除设计的初衷是为了保持Java语言的向后兼容性，允许泛型代码在旧版本JVM上运行。然而，这一机制也引出了一系列后果，影响了开发者编写和理解泛型代码的方式。
1. 运行时类型丢失
由于泛型信息在运行时被擦除，你无法直接通过反射获取到泛型参数的实际类型。这意味着，即使你创建了一个List<String>，在运行时也无法通过反射得知这个列表是为String设计的。不过，Java提供了ParameterizedType等API间接获取部分泛型信息，但这需要更复杂的操作。
2. 类型转换的必要性
当你从泛型集合中获取元素时，即便你知道元素的预期类型，也需要手动进行类型转换。例如：
1String str = (String) stringList.get(0);
这是因为编译后的代码中，集合被视为可以容纳任何类型对象的容器，所以取出元素时必须明确告知编译器你期望的类型。
3. 限制了泛型的多态性
类型擦除意味着编译器不能直接区分List<String>和List<Integer>这样的泛型类型。因此，你不能直接用List<String>去赋值给List<Object>，尽管从逻辑上看String是Object的子类。这与非泛型的多态性规则不符，因为没有泛型时，ArrayList<String>是可以向上转型为ArrayList<Object>的。
4. 桥接方法
为了确保泛型类能够正确实现或覆盖非泛型接口或父类中的方法，编译器会自动生成所谓的"桥接方法"。这些桥接方法在源代码中不可见，但它们帮助维护了泛型类与非泛型超类型之间的多态性关系。
5. 编译时类型检查
虽然类型信息在运行时被擦除，但编译器在编译阶段仍然会对泛型使用进行严格的类型检查，确保类型安全。这意味着你无法将不匹配类型的对象放入泛型集合中，从而避免了类型错误。
结论
类型擦除是Java泛型设计中的一个折衷方案，它确保了向后兼容性，同时也带来了某些限制。作为开发者，了解类型擦除的机制及其影响对于编写高效、类型安全的泛型代码至关重要。虽然它可能在某些情况下显得不够直观，但通过合理设计和使用泛型，我们仍然能够充分利用其带来的好处，同时避免潜在的陷阱。