当被测对象内部生成了无法预知的参数（如 new Date()）时，可结合 eq() 与 any() 等参数匹配器精准验证特定参数值，避免全用 any() 导致校验失效。

当被测对象内部生成了无法预知的参数（如 `new date()`）时，可结合 `eq()` 与 `any()` 等参数匹配器精准验证特定参数值，避免全用 `any()` 导致校验失效。

在使用 Mockito 进行单元测试时，常需验证某个方法是否以预期参数被调用。但若方法中某参数（例如时间戳、UUID 或随机数）是在被测类内部实时创建的（如 new Date()），直接使用字面量匹配（如 new Date()）必然失败——因为每次创建的 Date 实例内存地址不同，且时间毫秒值几乎不可能一致。

此时，混合使用参数匹配器（Argument Matchers）是标准且推荐的解决方案：对关心的参数使用精确匹配（如 eq(1)、eq(true)），对不关心或不可控的参数使用宽松匹配（如 any(Date.class) 或简写 any()）。

✅ 正确做法如下：

verify(updateLockedAccountStatusMock, times(1))
    .update(eq(1), eq(3), eq(true), any(Date.class));

✅ eq(...) 确保前三个参数严格等于期望值；
✅ any(Date.class) 表示接受任意 Date 类型实例，无需关心具体值；
✅ 注意：所有参数必须统一使用匹配器（不能混用字面量和匹配器），否则会抛出 InvalidUseOfMatchersException。

⚠️ 常见误区与注意事项：

• ❌ 错误写法：update(1, 3, true, any()) —— 前三个是字面量，最后一个是匹配器，违反 Mockito 规则；
• ✅ 正确写法：全部使用匹配器，如 eq(1), eq(3), eq(true), any(Date.class)；
• ? 若需更精细控制（例如只接受“非空日期”或“今日日期”），可使用 argThat(...) 自定义谓词：

  verify(updateLockedAccountStatusMock).update(
      eq(1), eq(3), eq(true),
      argThat(date -> date != null && isToday(date))
  );

• ? 小技巧：any() 是 any(Object.class) 的简写，但显式指定类型（如 any(Date.class)）可提升可读性与类型安全。

总结：面对动态参数，不必妥协于 any() 全覆盖；合理组合 eq()、any() 和 argThat()，即可在保证校验精度的同时兼顾灵活性与可维护性。