首先咱们拆解下你遇到的问题：Spring报错找不到RootRepository类型的bean，核心原因在于**@Autowired是先按类型匹配，再用@Qualifier做筛选**。你的RootRepository标注了@NoRepositoryBean，Spring不会为这个接口创建实例；而实际存在的bean是RealRootRepository，它的类型是RealRootRepository而非RootRepository<T>，所以即便你用了@Qualifier指定名称，Spring在类型匹配阶段就找不到对应bean了，自然报错。

下面是两种无需继承服务类的解决方案，完全满足你库复用、解耦的需求：

方案一：改用@Resource按名称注入 #

把RootEntityService里的@Autowired + @Qualifier换成@Resource，因为@Resource默认优先按名称匹配bean，只要名称一致，不管实际类型是它的实现类，Spring都能正确注入：

@Service
public static class RootEntityService<T extends ChildEntity> {
    // 替换原来的Autowired+Qualifier组合
    @Resource(name = Library.REPOSITORY_BEAN_NAME)
    private RootRepository<T> repository;

    public RootEntity<T> findMyEntity() {
        return this.repository.findByChildEntity();
    }
}

修改后，Spring会直接查找名称为entityRepository的bean——也就是你在应用端定义的RealRootRepository，它实现了RootRepository<RealChildEntity>，类型完全兼容，就能成功完成注入。

方案二：调整Repository泛型匹配（可选） #

如果你更倾向于使用@Autowired，可以通过让Spring正确识别泛型类型来解决：

1. 修改ApplicationConfig的@EnableJpaRepositories，把库的包也纳入扫描范围：

@EnableJpaRepositories(basePackageClasses = { Application.class, Library.class })

2. 保持RootEntityService中的@Autowired + @Qualifier配置。不过这种方式不如@Resource直接，因为Spring的泛型解析在复杂场景下可能出现额外问题，所以更推荐方案一。

额外优化点 #

你的ApplicationConfig中手动定义的entityService bean是多余的：因为RootEntityService已经标注了@Service，Spring会自动扫描并创建实例，手动用@Bean定义反而可能导致重复实例，建议删除。

内容的提问来源于stack exchange，提问作者l4t3b0