Mockito对Mock对象方法调用的验证结果不一致问题求助

这种偶现的验证失败确实挺闹心的——明明日志清清楚楚显示方法执行了，Mockito却偶尔抽风说没调用。结合你的代码、日志和排查情况，我整理了几个最可能的原因和对应的排查/解决方法：

1. 核心嫌疑：验证的Mock和实际执行的实例不是同一个 #

先看你beforeEach里这段代码：

mock = spy(TestMethods.class);
Map<Class<?>, Object> instances = getFieldValue(TestManager.class, manager, "instances");
instances.put(TestMethods.class, manager); // 这里存的是manager，不是你创建的mock！

虽然你日志里显示的Instance是Mockito生成的TestMethods$MockitoMock实例，但还是要打个问号：实际被调用的实例真的是你verify的那个mock吗？

• 排查步骤：在beforeEach里打印mock的hashCode，和日志里的Instance后的hashCode对比，确保两者完全一致。
• 修复方向：如果发现不一致，那肯定是TestManager的instances里最终存放的不是你创建的mock——比如register方法内部又替换了实例，或者getFieldValue获取的不是正确的instances集合。把instances.put(TestMethods.class, manager)改成instances.put(TestMethods.class, mock)试试，这应该是最直接的修复。

2. 反射调用绕过了Mockito的代理拦截 #

Mockito的类Spy（非接口）是靠CGLIB生成子类代理来记录方法调用的。如果你的generatedInvoker是直接通过反射调用原始TestMethods类的方法（而不是代理类的方法），就会绕过Mockito的拦截逻辑，导致它完全没记录到这次调用。

• 排查点：看generatedInvoker使用的Method对象是从哪来的——如果是TestMethods.class.getDeclaredMethods()获取的原始类方法，那调用代理实例时就不会触发Mockito的拦截。
• 修复方向：确保generatedInvoker使用的Method是从代理实例的类中获取的（比如instance.getClass().getDeclaredMethods()），或者改用接口Mock（你说换了接口还是有问题，那这条可能性低，但还是要确认）。

3. 参数匹配的隐式坑 #

你用了eq(player)来匹配参数，虽然日志里player的hashCode一致，但有没有可能mockPlayer()生成的Mock重写了equals方法，导致偶尔匹配失败？

• 快速验证：把verify(mock).basic(eq(player))改成verify(mock).basic(any(Player.class))，如果测试不再失败，那就是参数匹配的问题——此时需要检查player Mock的equals逻辑，或者改用same(player)来匹配实例本身。

4. 升级Mockito版本试试 #

你用的Mockito 3.5.13是2020年的版本，可能存在一些偶现的线程安全或代理相关的bug。尝试升级到最新的稳定版（比如5.x系列），很多老版本的偶现问题在新版本里都被修复了。

最后一步：加个调试断点 #

在TestMethods.basic方法里加个断点，看调用栈是否经过Mockito的代理类（比如栈里有没有MockitoMock相关的方法）。如果调用栈里全是反射和你的业务代码，没有Mockito的影子，那肯定是调用绕过了代理，得从generatedInvoker的实现入手调整。

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