正如其他答案所提到的，如果没有不安全的泛型访问和/或抑制泛型警告，直接使用mock()和spy()方法并不是一个很好的方法。

目前在Mockito项目(#1531)中有一个悬而未决的问题，即添加对使用mock()和spy()方法而不带泛型警告的支持。该问题于2018年11月开始发行，但没有任何迹象表明它将被优先考虑。根据Mockito贡献者对这个问题的评论:

鉴于.class不能很好地使用泛型，我认为在Mockito中没有任何解决方案。您已经可以使用@Mock (JUnit5扩展还允许方法参数@Mock)，这应该是一个合适的替代方案。因此，我们可以保持这个问题的开放性，但它不太可能被修复，因为@Mock是一个更好的API。

正如其他答案所提到的，如果没有不安全的泛型访问和/或抑制泛型警告，直接使用mock()和spy()方法并不是一个很好的方法。

目前在Mockito项目(#1531)中有一个悬而未决的问题，即添加对使用mock()和spy()方法而不带泛型警告的支持。该问题于2018年11月开始发行，但没有任何迹象表明它将被优先考虑。根据Mockito贡献者对这个问题的评论:

鉴于.class不能很好地使用泛型，我认为在Mockito中没有任何解决方案。您已经可以使用@Mock (JUnit5扩展还允许方法参数@Mock)，这应该是一个合适的替代方案。因此，我们可以保持这个问题的开放性，但它不太可能被修复，因为@Mock是一个更好的API。

(在我看来)最简单和最易读的方法是使用方法级注入。

这将导致在测试方法中拥有所有测试数据。这将使您的测试类保持干净，因为没有“浮动”mock。

@ExtendWith(MockitoExtension.class)
public class SomeClassTest {

    @Test
    void someTestMethod(@Mock Foo<Bar> fooMock) {
        // do something with your mock
    }
    
}

您总是可以创建一个中间类/接口来满足您想要指定的泛型类型。例如，如果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());

另一种解决方法是使用@Mock注释。 不是所有情况下都有效，但看起来更性感:)

这里有一个例子:

@RunWith(MockitoJUnitRunner.class)
public class FooTests {

    @Mock
    public Foo<Bar> fooMock;
    
    @Test
    public void testFoo() {
        when(fooMock.getValue()).thenReturn(new Bar());
    }
}

MockitoJUnitRunner初始化带有@Mock注释的字段。

为什么不用间谍

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