把泛型基础讲出实践味道，有一个可操作的公式：它解决什么问题、编译期怎么擦除、运行时还剩什么、用错会怎样。四样凑齐，面试官才会觉得你懂的是"为什么"而不是"怎么写"。泛型是 Java 里最容易被当成语法糖、实则暗藏坑的一块，能讲清擦除和桥接方法的人，分量立刻不一样。
机制拆解
先把结论放在前面：泛型通过编译期的类型参数化，把"运行时才可能发现的类型转换错误"提前到编译期，同时免去了手动强转。但它采用类型擦除实现——编译后泛型参数被擦成上界（或 Object），字节码里没有真实的泛型类型，这导致了"不能 new T()""不能创建泛型数组""instanceof 后面不能写泛型"等一系列限制。这题要答好，关键是把"擦除"这件事讲透，讲清它带来的便利和约束。
这些坑的正确绕法
最常见的坑是以为泛型能解决运行时的类型安全。比如 List<String> 和 List<Integer> 在运行时是同一个类型（都是 List），你没法在运行期区分它们，也正因为如此，List<String> l = new ArrayList<>(); Object[] a = l.toArray(); 这类操作会在擦除后暴露出类型耦合。理解"泛型只在编译期存在"，才能解释为什么有那么多看似合理的写法被编译器拒绝。
其次是滥用 raw type（原始类型）。写了 List list = new ArrayList() 而不是 List<String>，编译器不再做类型检查，往里塞什么都能塞，取出来强转时才可能抛 ClassCastException。raw type 是 Java 为了兼容泛型出现前的老代码才保留的，新代码用它就是主动放弃类型安全，属于"把编译期能抓的错推迟到运行期"。
还有一个更隐蔽的坑：试图用泛型参数做 new 或 instanceof。new T()、new T[10]、x instanceof T 都写不出来，因为运行期 T 已被擦除，JVM 不知道 T 是什么。常见的绕法是传 Class<T> 进去用反射构造，或传一个 Supplier<T>，理解这个约束的来由比硬记"不能这么写"重要得多。
代码里见真章
看一段能直接跑的代码，把上面的机制落到具体写法上：
// 泛型方法：类型参数化，编译期检查，免强转
static <T> T first(List<T> list) {
return list.isEmpty() ? null : list.get(0);
}
List<String> names = Arrays.asList("a", "b");
String s = first(names); // 编译期就知道返回 String，无需强转
// 擦除后等价于：返回 Object，自动插入 (String) 强转
// 因此 List<String> 与 List<Integer> 运行时是同一类型 List
// 正确做法：用 Class<T> 桥接运行期类型
static <T> T create(Class<T> clazz) throws Exception {
return clazz.getDeclaredConstructor().newInstance(); // 反射规避擦除
}
这段代码值得盯三处：第一处，泛型方法 <T> T first(...) 让返回类型和参数类型联动，调用方拿到的是 String 而非 Object；第二处，擦除意味着运行期只有 List 一个类型，所以泛型数组、instanceof 泛型都被禁止；第三处，要绕开擦除拿到运行期类型，必须把 Class<T> 显式传进来，用反射构造。面试讲到这一层，基本就稳了。
这题在面试里怎么问、怎么答
"请简单介绍一下泛型基础，它在 Android 开发中起什么作用？"按"是什么 → 干什么用 → 项目里怎么用"递进，别超三分钟。泛型让容器和方法在编译期锁定元素类型，减少强转、提前抓错。在 Android 里，RecyclerView 的 Adapter、网络层解析 Call<User>、数据库 Dao<User> 全是泛型，理解它能写出更通用的工具。如果要把泛型沉淀成团队规范，建议加一条：禁止 raw type，所有集合和工具方法参数化。
"泛型的底层原理是什么？能不能详细说一下？"先讲设计动机：Java 5 引入泛型时为兼容已有字节码，选择了擦除而非重定义类型系统，类型参数只在编译期存在，编译器插入必要的强转并做类型检查。再拆内部机制：擦除后类型参数被替换成上界（无上界则为 Object），并生成桥接方法保证多态正确。机制别空讲，配核心片段最稳。如果讲给新人，从"为什么 List 不能赋给 List
