Spring Data JPA泛型Repository不支持运行时动态类型，但可通过两种方式实现复用：一是继承JpaRepository并指定具体实体类型，启动时自动扫描生成实现；二是使用泛型抽象类配合运行时委托，需显式传入Class参数。
Spring Data JPA 的泛型 Repository（如 JpaRepository<T, ID>）本身不直接支持带泛型参数的动态类型（比如 Repository<T, ID> 中的 T 在运行时被擦除），所以不能“自动”为任意未知类型生成查询实现。但 Spring Data JPA 提供了两种主流方式，让泛型 Repository 具备可复用、可扩展的查询能力：一种是基于接口继承的约定式查询，另一种是配合工厂或抽象类的运行时委托机制。
1. 通过继承 JpaRepository 并指定具体实体类型
这是最标准、最推荐的方式。虽然泛型参数 T 和 ID 在编译后会被擦除，但 Spring Data JPA 在启动时会扫描所有继承自 JpaRepository 的接口，并根据接口名和方法签名生成对应的查询逻辑。
- 定义一个具体实体的 Repository 接口，例如：
public interface UserRepository extends JpaRepository<User, Long> {} - Spring 启动时自动为其生成实现类（如
SimpleJpaRepository），并解析方法名（如findByEmail）、@Query注解或 Querydsl 等 - 该机制依赖于「接口声明时的泛型实参」，不是运行时传入的类型，所以必须提前定义好每个实体对应的 Repository 接口
2. 使用泛型抽象基类 + 运行时委托
如果确实需要一套通用 CRUD 操作适配多个实体（比如后台管理模块），可以借助 Spring 的 JpaRepositoryFactory 或手动委托，但需注意：Spring 不会自动为 Repository<T, ID> 这种裸泛型接口生成 Bean。
- 定义一个泛型服务类，内部持有一个
JpaRepository实例：public class GenericService<T, ID> { private final JpaRepository<T, ID> repository; } - 在构造时注入具体类型的 Repository（如
new GenericService<>(userRepository)），由调用方保证类型安全 - 或者利用 Spring 的
JpaTransactionManager和JpaRepositoryFactoryBean动态创建 Repository 实例（较复杂，一般用于框架封装）
3. 方法命名约定与 @Query 是核心驱动力
无论是否泛型，Spring Data JPA 生成查询实现的关键不在于泛型本身，而在于方法签名如何被解析：
立即学习“Java免费学习笔记（深入）”；
- 方法名以
find…By、count…By、delete…By开头，Spring 会按属性名拆解并拼装 JPQL - 使用
@Query可写原生 SQL 或 JPQL，绕过命名规则限制 -
@Param注解用于绑定命名参数，尤其在动态类型场景中避免位置错乱 - 支持
Example查询（QueryByExampleExecutor）和Specification（JPA Criteria API 封装），适合复杂条件组合
4. 注意泛型擦除带来的限制
Java 泛型是编译期特性，运行时无法获取 T 的真实 Class。这意味着：
- 不能在泛型接口里直接写
Class<T> entityClass = T.class—— 必须显式传入Class<T>参数 - Spring Data JPA 的元数据解析发生在启动阶段，依赖接口字节码中的泛型信息（可通过
GenericTypeInformation获取），但仅限接口声明时已知的类型 - 像
Repository<?, ?>这样的通配符接口不会被 Spring 扫描为有效 Repository
