在 Mockito 单元测试中，当被测方法内部修改了状态（如更新对象属性），而 mock 方法需返回该最新状态值时，thenReturn() 因只执行一次求值而无法满足需求；此时应改用 thenAnswer()，让返回逻辑延迟到实际调用时动态执行。
在 mockito 单元测试中，当被测方法内部修改了状态（如更新对象属性），而 mock 方法需返回该最新状态值时，thenreturn() 因只执行一次求值而无法满足需求；此时应改用 thenanswer()，让返回逻辑延迟到实际调用时动态执行。
在使用 Mockito 编写单元测试时，一个常见误区是误以为 thenReturn(value) 会“持续监听”某个变量或表达式的变化。实际上，thenReturn() 接收的是一个静态快照值——它在 when(...).thenReturn(...) 执行时立即求值并固化，后续无论被模拟方法被调用多少次、外部状态如何变更，返回的始终是那个初始值。
例如，以下代码看似希望 otherMethod() 始终返回 ob.getParam() 的当前值：
@Mock
OtherClass otherClassMock;
MyClass ob = new MyClass(otherClassMock, ...);
@Test
void test() {
ob.setParam(5);
when(otherClassMock.otherMethod()).thenReturn(ob.getParam()); // ❌ 求值发生在这一行：返回固定值 5
ob.myMethod(); // 内部调用 setParam(10) 后再调用 otherClassMock.otherMethod()
}但 myMethod() 中对 param 的更新（如设为 10）不会影响 otherMethod() 的返回结果——它仍返回 5，因为 ob.getParam() 在 thenReturn() 调用时已被求值完毕。
✅ 正确解法是使用 thenAnswer()，传入一个 Answer 实例（推荐使用 Lambda 表达式），将取值逻辑推迟至每次真实调用发生时执行：
@Test
void testWithDynamicReturnValue() {
ob.setParam(5);
when(otherClassMock.otherMethod())
.thenAnswer(invocation -> ob.getParam()); // ✅ 每次调用 otherMethod() 时才执行 ob.getParam()
ob.myMethod(); // 内部先更新 param（如变为 10），再调用 otherMethod() → 返回 10
}Answer 接口的 answer(InvocationOnMock invocation) 方法会在每次模拟方法被触发时调用，invocation 参数还可用于获取调用时的参数、mock 对象等上下文信息，实现更复杂的动态行为（如根据入参返回不同值、抛出异常、记录调用次数等）。
⚠️ 注意事项：
- 避免在 Answer Lambda 中引入副作用（如修改共享状态），否则可能破坏测试隔离性；
- 若需多次复用相同逻辑，可提取为独立 Answer 实现类或静态方法，提升可读性与可维护性；
- thenAnswer() 与 thenReturn() 不可混用在同一 stub 上；若需条件化返回，可结合 thenAnswer() + 条件判断，或使用 doAnswer().when(...) 链式调用。
总之，当返回值依赖于测试过程中动态变化的状态时，thenAnswer() 是 Mockito 提供的精准、轻量且符合函数式编程思想的解决方案。
