在 Mockito 中，直接对部分方法（如 a()）设置 stub 时，其被同类中其他方法（如 b()）调用仍会执行原始逻辑，而非返回 stub 值；需显式配置 thenCallRealMethod() 实现部分模拟。

在 mockito 中，直接对部分方法（如 `a()`）设置 stub 时，其被同类中其他方法（如 `b()`）调用仍会执行原始逻辑，而非返回 stub 值；需显式配置 `thencallrealmethod()` 实现部分模拟。

当你使用 mock(X.class) 创建一个纯 mock 对象时，Mockito 会拦截所有方法调用并默认返回“默认值”（如 0、null、false），除非你显式地用 when(...).thenReturn(...) 或类似方式 stub 某个方法。但关键点在于：mock 对象不会自动代理或委托未 stub 的方法到真实实现 —— 即使这些方法在源码中彼此调用。

在你的示例中：

class X {
    protected int a() { return 1; }
    protected int b() { return a(); }
}

执行以下测试代码：

X x = mock(X.class);
when(x.a()).thenReturn(100);
assertEquals(100, x.b()); // ❌ 失败：实际返回 0（不是 1！）

你可能误以为 x.b() 会调用 stub 后的 a()，但事实是：

• x.a() 被 stub 为返回 100 ✅（所以 x.a() 单独调用确实输出 100）；
• x.b() 本身未被 stub，因此 Mockito 默认返回 int 类型的默认值 0 ❌；
• 更重要的是：b() 内部调用的 this.a() 在 mock 对象中并非指向你 stub 的逻辑，而是被 Mockito 拦截后返回默认值（0）——除非你明确告诉 Mockito “让 b() 执行真实逻辑”。

✅ 正确做法是启用部分模拟（partial mock），即对需要保留真实行为的方法调用 thenCallRealMethod()：

X x = mock(X.class);
when(x.a()).thenReturn(100);     // stub a()
when(x.b()).thenCallRealMethod(); // 让 b() 执行真实代码（此时它内部调用的 a() 将命中 stub）

assertEquals(100, x.b()); // ✅ 成功：b() 真实执行 → 调用 a() → 返回 100

⚠️ 注意事项：

• thenCallRealMethod() 仅对被 stub 的方法生效；未 stub 的方法默认返回默认值（非真实逻辑）。
• protected 方法可被 Mockito 模拟（从 Mockito 2.7.22+ 开始原生支持，无需额外配置）。
• 避免过度使用 partial mock：它往往暗示类职责过重或难以测试。优先考虑重构（如将 a() 抽取为依赖接口，或使用 @Spy + doReturn(...).when(...) 组合）。
• 替代方案（更推荐）：使用 @Spy（spy 是真实对象的包装，未 stub 的方法默认走真实逻辑）：

X realX = new X();
X spyX = spy(realX);
doReturn(100).when(spyX).a(); // 注意：必须用 doReturn(...) for void or final/protected methods
assertEquals(100, spyX.b()); // ✅

总结：Mockito 的 mock 是“全拦截”，不等于“半代理”。要让被调用方法响应 stub，必须同时声明哪些方法应执行真实逻辑（thenCallRealMethod()）或改用 spy。这是理解 Mockito 行为边界的关键。