给定以下示例（将 JUnit 与 Hamcrest 匹配器一起使用）：

Map<String, Class<? extends Serializable>> expected = null;
Map<String, Class<java.util.Date>> result = null;
assertThat(result, is(expected));

这不与以下的 JUnitassertThat方法签名一起编译：

public static <T> void assertThat(T actual, Matcher<T> matcher)

编译器错误信息是：

Error:Error:line (102)cannot find symbol method
assertThat(java.util.Map<java.lang.String,java.lang.Class<java.util.Date>>,
org.hamcrest.Matcher<java.util.Map<java.lang.String,java.lang.Class
    <? extends java.io.Serializable>>>)

但是，如果我将assertThat方法签名更改为：

public static <T> void assertThat(T result, Matcher<? extends T> matcher)

然后编译工作。

所以三个问题：

1. 为什么当前版本不能编译？虽然我对这里的协方差问题有模糊的了解，但如果必须要解释的话，我当然无法解释。
2. assertThat将方法更改为 有什么缺点Matcher<? extends T>吗？如果您这样做，是否还有其他情况会中断？
3. assertThatJUnit中方法的泛化有什么意义吗？该类Matcher似乎不需要它，因为 JUnit 调用了 match 方法，该方法没有使用任何泛型进行类型化，并且看起来像是在尝试强制不做任何事情的类型安全，因为Matcher实际上不会匹配，无论如何测试都会失败。不涉及不安全的操作（或者看起来如此）。

作为参考，这里是 JUnit 的实现assertThat：

public static <T> void assertThat(T actual, Matcher<T> matcher) {
    assertThat("", actual, matcher);
}

public static <T> void assertThat(String reason, T actual, Matcher<T> matcher) {
    if (!matcher.matches(actual)) {
        Description description = new StringDescription();
        description.appendText(reason);
        description.appendText("\nExpected: ");
        matcher.describeTo(description);
        description
            .appendText("\n     got: ")
            .appendValue(actual)
            .appendText("\n");

        throw new java.lang.AssertionError(description.toString());
    }
}