为何Mockito无法同时使用匹配器（Matchers）与值参数？

这个问题的核心根源在于Mockito内部处理参数匹配的栈式记录机制，咱们一步步拆解清楚：

首先得明白官方文档那句警告的底层逻辑：像any()、eq()这类匹配器方法，它们返回的null（或其他虚值）只是个占位符，根本不是真正的匹配器实例。当你调用这些方法时，Mockito会在内部把对应的匹配器逻辑推到一个专属的栈里，然后随便返回一个不影响执行的虚值（比如null）——它真正关心的是栈里的匹配器顺序，而不是方法的返回值。

那为什么混合匹配器和真实值会出问题？举个例子就懂了：
假设你有一个方法boolean saveUser(String name, int age)，如果你这么写：

// 错误写法：第一个参数用匹配器，第二个用真实值
when(mock.saveUser(anyString(), 25)).thenReturn(true);

当这段代码执行时，Mockito会先处理anyString()，把对应的字符串匹配器压入栈；然后处理25这个真实值——但此时Mockito不会把25转换成匹配器压栈，栈里只有1个匹配器，而方法需要匹配2个参数。Mockito根本搞不清第二个参数应该用什么规则去匹配，它会默认尝试从栈里取第二个匹配器，但栈是空的，自然就会抛出参数匹配错误，或者触发官方的警告。

正确的做法是所有参数都用匹配器，哪怕是固定值，也要用eq()把它包装成匹配器：

// 正确写法：所有参数都通过匹配器传递
when(mock.saveUser(anyString(), eq(25))).thenReturn(true);

这样执行时，anyString()和eq(25)都会把对应的匹配器压入栈，Mockito按顺序取出两个匹配器，分别对应方法的第一个和第二个参数，匹配逻辑就能正常工作了。

再回到你好奇的点：为什么哪怕any()返回null，还是不能混合？因为Mockito从始至终都不关心这些匹配器方法的返回值，它只看栈里的匹配器数量和顺序是否和方法参数数量一致。混合真实值的话，真实值不会生成对应的匹配器压栈，导致栈内匹配器数量和参数数量不匹配，直接破坏了Mockito的参数匹配逻辑。

总结一下：Mockito的参数匹配是严格依赖调用顺序的栈记录来对应参数位置的，要么全用匹配器（让Mockito按顺序取栈里的匹配规则），要么全用真实值（直接做相等性校验），混合使用必然会让匹配逻辑混乱，这就是官方禁止这种写法的原因。

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