我认为你确实需要施放它，但这应该不会太糟:

Foo<Bar> mockFoo = (Foo<Bar>) mock(Foo.class);
when(mockFoo.getValue()).thenReturn(new Bar());

这里有一个有趣的例子:方法接收泛型集合并返回相同基类型的泛型集合。例如:

Collection<? extends Assertion> map(Collection<? extends Assertion> assertions);

这个方法可以通过组合Mockito anyCollectionOf匹配器和Answer来模拟。

when(mockedObject.map(anyCollectionOf(Assertion.class))).thenAnswer(
     new Answer<Collection<Assertion>>() {
         @Override
         public Collection<Assertion> answer(InvocationOnMock invocation) throws Throwable {
             return new ArrayList<Assertion>();
         }
     });

所以你得到了这个:

Foo mockFoo = mock(Foo.class);

解决方法，从我最不喜欢的开始到最喜欢的:

使用@SuppressWarnings("unchecked")注释。这并不能真正解决问题，但你将不再收到警告。

@SuppressWarnings("unchecked")
Foo mockFoo = mock(Foo.class);
when(mockFoo.getValue).thenReturn(new Bar());

把它。不幸的是，它仍然给出了警告。所以你也需要在这里使用注释:

@SuppressWarnings("unchecked")
Foo<Bar> mockFoo = (Foo<Bar>) mock(Foo.class);
when(mockFoo.getValue).thenReturn(new Bar());

使用@Mock注释。不会有任何警告。这里，什么时候可以加入到实际测试中。

@Mock
public Foo<Bar> fooMock;

使用@MockBean注释。这将直接创建一个模拟bean。没有警告。

@MockBean
public Foo<Bar> fooMock;

您总是可以创建一个中间类/接口来满足您想要指定的泛型类型。例如，如果Foo是一个接口，您可以在测试类中创建以下接口。

private interface FooBar extends Foo<Bar>
{
}

在Foo是一个非final类的情况下，你可以用下面的代码扩展这个类，并做同样的事情:

public class FooBar extends Foo<Bar>
{
}

然后你可以使用下面的代码来使用上面的例子:

Foo<Bar> mockFoo = mock(FooBar.class);
when(mockFoo.getValue()).thenReturn(new Bar());

为什么不用间谍

var mock = spy(new Foo<Bar>());
when(mockFoo.getValue()).thenReturn(new Bar());

我同意人们不应该在类或方法中压制警告，因为这样会忽略其他意外压制的警告。但是恕我直言，对于只影响一行代码的警告，不发出警告是完全合理的。

@SuppressWarnings("unchecked")
Foo<Bar> mockFoo = mock(Foo.class);