Java泛型接口实现分三类：一是具体类型实现（如UserRepository implements Repository<User>），关闭泛型、类型安全；二是泛型实现类（GenericRepository<T> implements Repository<T>），保持类型传递；三是带约束实现（NumberRepository<T extends Number> implements Repository<T>），增强灵活性。
Java 泛型接口实现具体类型，核心是让实现类在 implements 子句中**明确写出接口的类型实参**，从而关闭泛型、固定为某个具体类型（如 String、User、Integer）。此时实现类本身不再是泛型类，所有接口方法中的泛型参数都会被替换成该具体类型。
直接指定具体类型（非泛型实现类）
适用于职责单一、只处理一种数据类型的场景。写法简洁，调用方无需关心类型参数，编译期就能保证类型安全。
- 接口定义示例：
interface Repository<T> { void save(T entity); T findById(String id); } - 实现类写法：
class UserRepository implements Repository<User> { ... } - 效果：接口中所有
T都变成User，save()方法签名自动变为void save(User entity) - 禁止写成
class UserRepository implements Repository（原始类型，失去泛型检查）或implements Repository<?>（语法错误）
保持泛型传递（泛型实现类）
当希望同一套逻辑适配多种类型（比如通用缓存、序列化工具），就让实现类自身也声明类型参数，并在 implements 中将其传给接口。
- 写法：
class GenericRepository<T> implements Repository<T> { ... } - 关键点：类的类型参数名（
T）必须与接口中使用的完全一致；不能写成<U> implements Repository<T>（编译不通过） - 使用时：
GenericRepository<Order> repo = new GenericRepository<>();
带类型约束的实现（增强灵活性）
若业务要求类型具备某些能力（如可比较、可序列化），可在实现类中加 extends 约束，只要满足接口所需类型范围即可。
立即学习“Java免费学习笔记（深入）”；
- 例如接口是
Repository<Number>，实现类可写：class NumberRepository<T extends Number> implements Repository<T> - 这样既兼容
Integer、Double，又阻止了传入String等非法类型 - 注意：不能用无关类型实现，比如用
String去实现Repository<Number>，会编译失败
常见错误避坑
实际编码中容易踩的几个典型问题：
- 多声明无用类型参数：
class StringProcessor<T> implements Processor<String>—— 类的T根本没用到，冗余且易误导 - 省略类型参数：
class StringProcessor implements Processor—— 触发原始类型警告，运行时可能出ClassCastException - 混淆通配符：
implements Processor<?>—— 接口实现不支持通配符，编译直接报错 - 静态成员引用泛型参数：
private static T cache;—— 不合法，静态内容与实例类型无关
