Spring通过反射Type体系（如ParameterizedType）在编译期保留的泛型签名解析泛型类型，启动时缓存元数据，结合ResolvableType实现泛型Bean的精准匹配与注入。
Java 的泛型在编译后会被擦除，运行时无法直接获取完整泛型类型信息；但 Spring 在依赖注入时能识别并注入符合泛型约束的 Bean，关键在于它利用了 反射 API 中的 Type 体系（尤其是 ParameterizedType），结合编译期保留的泛型签名（如接口定义、字段声明、方法返回值等），在容器启动阶段就解析并缓存了这些类型元数据。
泛型接口定义与实现类如何被 Spring 识别
Spring 不依赖运行时的实例类型，而是读取 Bean 定义来源处的泛型声明。例如：
public interface Repository<T> { }
public class UserRepo implements Repository<User> { }
当 Spring 扫描到 UserRepo 类时，会通过 UserRepo.class.getGenericInterfaces() 获取其父接口的 ParameterizedType，从而知道它实现了 Repository<User> —— 这个信息在字节码中是真实存在的（由编译器写入），未被擦除。
- 接口或父类的泛型参数在
Class.getGenericInterfaces()或Class.getGenericSuperclass()中可获取 - 字段、方法参数、返回值上的泛型（如
private Repository<Order> orderRepo;）也能通过反射拿到Field.getGenericType() - Spring 在创建 BeanFactory 时，会提前解析这些结构，并构建泛型匹配索引
@Autowired 注入泛型接口时的匹配逻辑
当你写 @Autowired private Repository<User> userRepo;，Spring 并不是靠运行时 userRepo.getClass().getGenericInterfaces() 反查，而是：
立即学习“Java免费学习笔记（深入）”；
- 先解析该字段的声明类型：得到
ParameterizedType，确认是Repository<User> - 遍历所有候选 Bean（比如
UserRepo、OrderRepo），对每个检查其实现的泛型接口是否“可赋值”于目标类型 - 使用
ResolvableType.forInstance(bean).isAssignableFrom(targetType)做精确泛型兼容判断（支持嵌套泛型、通配符等）
这意味着即使 UserRepo 没有显式标注泛型注解，只要它在 implements 中声明了 Repository<User>，就能被正确注入。
手动获取泛型实际类型（如 BaseDao 中推断 T）
在泛型基类中想获知子类传入的具体类型（如 BaseDao<T> 中拿到 T.class），需借助 ResolvableType 或传统方式绕过擦除：
- 推荐用
ResolvableType.forClass(getClass()).getSuperType(BaseDao.class).getGeneric(0).resolve() - 传统方式：在子类构造中显式传入
Class<T>（如new UserDao(User.class)） - 注意：仅靠
this.getClass().getGenericSuperclass()可能不够健壮（多层继承/匿名类场景），ResolvableType是 Spring 封装后的稳定方案
泛型 Bean 名称与 @Qualifier 配合使用
泛型本身不参与 Bean 名称生成，Repository<User> 和 Repository<Order> 默认都叫 userRepo、orderRepo —— 名字来自类名或 @Component("xxx")。若存在多个同类型泛型 Bean：
- 可用
@Qualifier("userRepo")显式指定 - 更推荐用
@Primary或基于泛型的自定义Qualifier注解（如@RepositoryFor(User.class)） - Spring 5.2+ 支持泛型限定符：用
@Bean方法返回带泛型的类型，并配合@Qualifier注解筛选
