我这里有一个依赖共存：isNotNullValue()方法存在于我的Spring Boot应用程序的不同jar中，这张图显示了我现在得到的：
如你所见，我有：
wiremock.org.hamcrest.core.IsNullwiremock.org.hamcrest.CoreMatchersorg.hamcrest.core.IsNullorg.hamcrest.Matchersorg.hamcrest.CoreMatchers我应该导入哪个？
我猜hamcrest-library 是正确的罐子，但我不确定。
以下情况应遵循的一些准则：
wiremock.org.hamcrest 中一样）hamcrest-core和hamcrest-library
？
【问题讨论】：
标签： spring-boot dependency-management hamcrest
在所有 hamcrest 建议中，我几乎总是最终使用的建议来自 org.hamcrest.CoreMatchers。对于isNull 和is 方法。
您看到类似的类层次结构的原因是因为wiremock 库已将兼容版本的 hamcrest 与它们一起着色。有时您构建的库依赖于特定版本的依赖项，但用户可能拥有该库的不同版本，可能与您的不兼容。虽然代码可能会编译，但运行时可能会在运行时失败。这可能发生在最广泛使用的库中，例如 Guava（在 elasticsearch 中），在您的情况下是 hamcrest（在 wiremock 中）。该问题的解决方案是将依赖项的版本与不同的包名称一起隐藏，这样它们就不会给用户造成冲突或运行时问题。权衡是您的工件变得稍微重一些，因为它们还包含您的依赖项。
【讨论】：
wiremock 可能会使用他的hamcrest 版本，但正如你所说，他们可以遮蔽它并且不要让我知道。好的，所以我们已经丢弃了wiremock，但另一个是在core-1.3 和library-1.3 之间选择哪个jar，在CoreMatcher 和Matcher 之间选择哪个？有什么选择的理由吗？
CoreMatchers 包含一组较小的匹配器，而后者包含更多。我想这主要归结为偏好。对于重叠的方法，它们本质上是一样的。
library jar。谢谢！