依赖不满足异常：通用仓储继承使用时的Spring依赖注入问题

你遇到的「Unsatisfied dependency expressed」异常，核心原因很明确：Spring容器找不到IProductRepository对应的可实例化实现类。

咱们来拆解下当前代码的问题：

• GenRepository是抽象类，哪怕加了@Repository注解，Spring也没法实例化它——抽象类本身就不能被直接实例化。
• IProductRepository只是继承了通用接口IGenRepository<Product>，但没有绑定到一个能被Spring管理的具体实现类上，容器自然找不到可以注入的Bean。

下面给你两种可行的解决办法：

方案一：创建具体的仓储实现类 #

最直接的方式是为IProductRepository写一个具体的实现类，继承GenRepository<Product>并实现抽象方法myFunction()：

@Repository
public class ProductRepository extends GenRepository<Product> implements IProductRepository {
    @Override
    protected Class<Product> myFunction() {
        // 返回Product的Class对象，满足父类的抽象方法要求
        return Product.class;
    }
}

这样Spring就能扫描到这个ProductRepository，把它作为IProductRepository的实现类注册到容器中，注入时就不会找不到依赖了。

方案二：优化通用仓储的设计（进阶） #

如果不想为每个实体都写重复的实现类，可以借助Spring的动态代理或者自定义Bean注册器，自动为泛型接口生成实现类。不过这种方式需要额外的配置，比如：

• 编写一个工厂Bean，根据泛型类型动态创建GenRepository的子类实例
• 或者使用自定义Bean处理器，在启动时自动注册对应泛型的仓储Bean

不过对于大多数业务场景来说，方案一已经足够简单高效，而且代码可读性和维护性都更好。

最后再提醒下：检查你注入IProductRepository的地方（比如Service类），确保用了@Autowired或@Resource注解，并且Spring的组件扫描范围能覆盖到你的仓储类所在的包。

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