Mockito 通过使用 equals() 这种自然的 Java 样式来校验参数值。有时候，当需要有其他一些灵活性的时候，你可能会要求使用参数匹配（argument matchers）。
请参考下面的代码：
参数匹配运行进行灵活校验或者打标。
请访问 https://static.javadoc.io/org.mockito/mockito-core/3.0.0/org/mockito/hamcrest/MockitoHamcrest.html 链接来查看更多有关自定义参数匹配器/hamcrest matchers（custom argument matchers/hamcrest matchers）的内建参数匹配器和示例。
更多有关 自定义参数匹配器（custom argument matchers）的使用，请参考 ArgumentMatcher 类的 API 文档。
在使用复杂参数匹配器的时候需要谨慎。尝试给一个干净并且简单的测试的时候，尽量选择自然的参数匹配使用的是 equals() 对比相对偶然使用 anyX() 来说。有时候可能对你的代码进行一些重构来允许 equals() 进行匹配，或者可以实现（implement）equals()方法来帮助进行测试。
同时，请阅读 Capturing arguments for further assertions (Since 1.8.0) 页面中的内容，或者参考 ArgumentCaptor 类的 API。
ArgumentCaptor 是有关参数匹配器的是特殊实现，能够为后面的对比（assertions）捕获参数变量。
参数匹配器的写法
如果你现在正在使用参数匹配器，所有参数（all arguments）都必须由 matches 提供。
下面的示例代码显示校验，但是一些将会应用到打标中。
像 anyObject(), eq() Matcher 方法不会返回 matchers。
在内部，他们将会在堆栈（stack）中记录一个 matcher 然后返回一个虚假的值（通常为 null）。
这种实现方式是基于 Java 编译器中有关静态类型的安全性问题而考虑的，从而带来的结果是你不能在 verified/stubbed 方法外部使用 anyObject(), eq()。