单元测试构造器注入时@Qualifier不生效、Bean注入错位问题

该问题和生产代码的依赖注入配置无关，核心错误是单元测试中Mockito的@InjectMocks机制不识别Spring的@Qualifier注解，同类型多实例注入时的匹配逻辑不稳定，导致构造器参数传参错位。

• 之前使用@Autowired字段注入时测试能正常运行，是因为@InjectMocks处理字段注入时会优先按被测类的字段名匹配测试类中的Mock/Spy字段名，只要测试类里的两个S3客户端测试字段名和被测类字段名一致，就能恰好正确注入。
• 切换为构造器注入后，@InjectMocks会优先选择参数最多的构造函数（也就是标注了@Inject的构造器）执行注入，匹配同类型参数时不会读取参数上的@Qualifier注解做区分，仅会按反射获取到的测试类字段顺序给构造器传参。JVM规范不保证反射返回类字段的顺序稳定，因此会出现随机把s3ClientGammaProd传入第一个参数位（预期为s3ClientAlphaBeta）的情况，针对s3ClientAlphaBeta的打桩自然不会命中，最终出现测试随机失败。

补充说明：生产代码中CustomRootConfig的Bean定义、S3Accessor构造器上的@Qualifier配置都是正确的，Spring上下文正常启动时不会出现Bean匹配错误，问题仅存在于Mockito单元测试的独立注入逻辑中。

最稳妥的修复方式是放弃@InjectMocks的自动注入，手动构造被测类实例，彻底消除同类型参数的匹配歧义：

1. 移除测试类中S3Accessor字段上的@InjectMocks注解
2. 在@BeforeEach生命周期方法中，完成Spy初始化后手动调用S3Accessor的构造函数，明确传入对应实例：

@BeforeEach
void setUp() {
    MockitoAnnotations.openMocks(this);
    // 按构造器参数定义顺序传入对应Spy实例，不存在匹配歧义
    s3Accessor = new S3Accessor(s3ClientAlphaBeta, s3ClientGammaProd);
}

如果希望保留注解式注入的写法，需要保证测试类中两个@Spy标注的S3客户端字段名，和S3Accessor构造器的形参名完全一致——但这种方式依赖编译时保留方法形参名信息，稳定性不如手动构造，不推荐使用。

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