正如戴维·华莱士所说：
Mockito不能stub“final”方法，并且由于'getMessage'被声明为final，因此您不能对其进行模拟。

我不想使用PowerMock，我解决了这个问题，创建了一个真正的ReloadableResourceBundleMessageSource bean，并将其注入到我想测试的类中

// create the real bean
ReloadableResourceBundleMessageSource messageSource = new ReloadableResourceBundleMessageSource();
messageSource.setDefaultEncoding("UTF-8");
messageSource.setCacheSeconds(-1);
messageSource.setBasenames("classpath:conf-test/messages"); // this folder is just for testing and it contains a messages_en.properties file

// inject the bean into the class I wanted to test
ReflectionTestUtils.setField(service, "messageSource", messageSource);

我找到了一个变通办法，在这种情况下，可以绕过mockito对mocking final方法的限制。
我没有嘲笑，而是在构造类之后设置它，如下所示：

ReloadableResourceBundleMessageSource bundleMessageSource = new ReloadableResourceBundleMessageSource();
bundleMessageSource.setUseCodeAsDefaultMessage(true);

根据官方文件：
返回是否使用消息代码作为默认消息，而不是抛出NoSuchMessageException。对于开发和调试很有用。默认值为“false”。

Final方法不能模仿。所以我写了一个这样的解决方案。

ResourceBundleMessageSource messageSource = new ResourceBundleMessageSource();
    messageSource.setUseCodeAsDefaultMessage(true);
    ReflectionTestUtils.setField(service, "messageSource", messageSource);

我已经成功地模拟了ResourceBundleMessageSource结合Mockito和PowerMockito（根据这个thread）。
下面是我的单元测试的摘录：

@RunWith(PowerMockRunner.class)
@PrepareForTest({..., ResourceBundleMessageSource.class})
public class ClassUnderTest {
   @Mock
   ResourceBundleMessageSource resourceBundleMessageSourceMock;

   @Test
   public void myTest() {
      // Given
      ...;

      // When
      PowerMockito.mockStatic(ResourceBundleMessageSource.class);

      Mockito.when(resourceBundleMessageSourceMock.getMessage(ArgumentMatchers.anyString(), ArgumentMatchers.any(Object[].class),
        ArgumentMatchers.any(Locale.class)).thenReturn("aString");

      // Then
      ...;
   }

}