CDI歧义性解决：注入CacheService及维护单例ResourceCacheService遇异常

嗨，我来帮你搞定这个依赖注入的歧义问题！你遇到的情况很典型——不管用哪种方式定义Bean，DI容器里都会存在多个CacheService类型的实例，导致容器不知道该给需要注入CacheService的Bean选哪一个，所以抛出了歧义异常。下面给你几个靠谱的解决办法：

方法1：给默认实现标记@Primary注解 #

这个方法最适合大部分场景，尤其是默认的CacheServiceImpl是你最常用的实例时。@Primary注解的作用就是告诉容器：“当有多个同类型Bean时，优先选我作为默认项！”

代码示例：

interface CacheService {}

@Primary // 标记为默认首选Bean
@Default
class CacheServiceImpl implements CacheService {}

@Singleton
class ResourceCacheService extends CacheServiceImpl {}

使用方式：

• 注入普通的CacheService实例：@Inject CacheService cacheService; 容器会自动给你CacheServiceImpl的实例
• 注入单例的扩展实例：@Inject ResourceCacheService resourceCacheService; 直接指定类型，拿到的就是单例的ResourceCacheService

方法2：用@Qualifier限定符区分实例 #

如果需要更明确地控制不同实例的注入，可以给每个Bean添加唯一的限定符，注入时指定对应的限定符就行。

代码示例：

interface CacheService {}

@Default
@Qualifier("defaultCache") // 给默认实例加限定符
class CacheServiceImpl implements CacheService {}

@Singleton
@Qualifier("resourceCache") // 给单例扩展加限定符
class ResourceCacheService extends CacheServiceImpl {}

使用方式：

• 注入默认缓存：@Inject @Qualifier("defaultCache") CacheService cacheService;
• 注入单例资源缓存：@Inject @Qualifier("resourceCache") CacheService cacheService; 或者直接注入ResourceCacheService类型

方法3：直接按实现类类型注入 #

如果你的场景可以接受依赖具体实现类（而非只依赖接口），那最简单的方式就是直接注入实现类的类型，完全绕开接口的歧义问题。

使用方式：

• 需要默认实例时：@Inject CacheServiceImpl defaultCache;
• 需要单例扩展时：@Inject ResourceCacheService resourceCache;

这种方式不需要额外加注解，缺点是稍微增加了代码耦合度，但在小型项目或者特定场景下非常实用。

方法4：自定义Bean创建逻辑（复杂场景适用） #

如果你的缓存实例创建逻辑比较复杂，比如需要初始化参数或者自定义配置，可以在配置类里手动定义Bean的创建方法，同时结合前面的注解来明确优先级。

代码示例：

@Configuration
public class CacheConfig {

    @Bean
    @Default
    public CacheService defaultCacheService() {
        // 这里可以添加自定义初始化逻辑
        return new CacheServiceImpl();
    }

    @Bean
    @Singleton
    public ResourceCacheService resourceCacheService() {
        // 自定义单例实例的创建逻辑
        return new ResourceCacheService();
    }
}

这种方式灵活性最高，你可以完全控制每个Bean的创建过程，再结合@Primary或@Qualifier来避免歧义。

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