通过移动类解决Mockito PotentialStubbingProblem的原理探究

1. Mockito的实际要求是什么？ #

Mockito的核心要求是：确保被测试代码调用的mock对象，与测试类中完成存根配置的mock实例是同一个，且二者处于相同的类加载上下文。

具体到这个场景，Mockito的存根匹配是「实例+参数」的双重校验逻辑：只有当调用的mock实例是测试类中存根的那个，且调用参数和存根参数完全匹配时，才会触发预设的存根逻辑。如果被测试代码使用的mock实例和测试类里的不是同一个，哪怕参数看起来一致，也会触发PotentialStubbingProblem异常。

2. 为何将配置类改为嵌套类能解决问题？ #

当EndpointSieveConfig是独立顶级类时，测试框架（比如Spring Test）可能会用独立的类加载器加载这个配置类，或者在上下文初始化时重新创建AntPathMatcher实例（而非测试类中mock的那个），导致被测试的EndpointSieve实际调用的是另一个无存根配置的AntPathMatcher实例，自然触发参数不匹配的异常。

改成ErrorPathEndpointSieveTest的嵌套类后，配置类的类加载上下文和测试类完全一致，测试框架会直接使用测试类中已创建的mock实例注入到配置类中，被测试的EndpointSieve调用的就是已完成存根的antPathMatcherMock实例，参数匹配校验自然通过。

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