ArgumentCaptor忽略类类型：跨机器行为不一致问题求助

核心原因 #

• Java泛型擦除：编译后ArgumentCaptor<ClassOne>的泛型信息会被擦除，运行时本质是ArgumentCaptor<Object>。Mockito默认不会对捕获的参数做严格类型校验——除非开启了严格存根模式。
• 类型校验的触发逻辑：只有当尝试将捕获的ClassTwo对象强转为ClassOne时才会抛出ClassCastException，但这个触发时机和是否触发，完全取决于Mockito的版本和配置。

跨机器行为不一致的关键因素 #

• Mockito版本差异：旧版本（如2.x及更早）对类型不匹配的容忍度高，不会主动抛出异常；3.x及以上版本在默认或严格模式下，会在capture()或getValue()阶段尝试强转，直接抛出异常。
• 严格存根模式配置不同：部分机器的测试环境可能通过注解（@MockitoSettings(strictness = Strictness.STRICT_STUBS)）或全局配置开启了严格模式，此时类型不匹配会立即报错；未开启严格模式的环境，Mockito会跳过类型检查，直接返回捕获的对象，如果ClassOne和ClassTwo字段结构完全一致，甚至连后续的递归比较断言都能通过。
• 极端情况：JVM/类加载器差异：极少数情况下，不同JVM的类型检查逻辑或类加载器行为差异可能导致结果不同，但这不是主要原因，核心还是版本和配置问题。

修复与验证建议 #

• 强制开启严格模式：在测试类上添加严格模式注解，确保类型不匹配时及时抛出异常，消除跨环境差异：

  @ExtendWith(MockitoExtension.class)
  @MockitoSettings(strictness = Strictness.STRICT_STUBS)
  public class YourTest {
      // 测试代码
  }
  

• 统一依赖版本：在构建文件（pom.xml/build.gradle）中锁定Mockito的版本，确保所有测试环境使用同一版本。
• 使用正确的Captor类型：直接创建对应实际参数类型的ArgumentCaptor，从根源避免类型不匹配问题：

  ArgumentCaptor<ClassTwo> captor = ArgumentCaptor.forClass(ClassTwo.class);
  

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