场景再现
FileDirectoryServiceImpl继承了Mybatis的MybatisServiceImpl,虽然service中使用更方便,但是在单元测试中有坑,通过注解 @Mock、@InjectMocks、 MockitoAnnotations.openMocks(this)无法使得dao生效
public class FileDirectoryServiceImpl extends MybatisServiceImpl<FileDirectoryDao, FileDirectoryEntity> implements FileDirectoryService {
/**
* 文件记录dao.
*/
private final FileDetailDao fileDetailDao;
/**
* 文件目录dao.
*/
private final FileDirectoryDao fileDirectoryDao;
}
@Slf4j
@ExtendWith(MockitoExtension.class)
@SuppressWarnings("checkstyle:all")
class FileDirectoryServiceImplTest {
/**
* 文件记录dao.
*/
@Mock
private FileDetailDao fileDetailDao;
/**
* 文件目录dao.
*/
@Mock
private FileDirectoryDao fileDirectoryDao ;
/**
* FileDirectoryService.
*/
@InjectMocks
private FileDirectoryServiceImpl fileDirectoryService;
@BeforeEach
void setUp() {
MockitoAnnotations.openMocks(this);
}
原因分析
1、查看@InjectMocks源码,被final修饰的成员变量在Mock时会被忽视
2、如果想要注入final修饰的成员变量,可以通过new FileDirectoryServiceImpl()方法实现,但是这里又继承了MybatisServiceImpl,即使是new 构造函数FileDirectoryServiceImpl(fileDetailDao,fileDirectoryDao),也无法解决方法中getBaseMapper得到一个null值的问题,因为getBaseMapper和fileDirectoryDao并不是同一个变量
解决方案
1、FileDirectoryServiceImpl 中的FileDetailDao 不要使用final修饰
2、FileDirectoryServiceImplTest的FileDetailDao 声明为baseMapper
public class FileDirectoryServiceImpl extends MybatisServiceImpl<FileDirectoryDao, FileDirectoryEntity> implements FileDirectoryService {
/**
* 文件记录dao.
*/
private FileDetailDao fileDetailDao;
}
@Slf4j
@ExtendWith(MockitoExtension.class)
@SuppressWarnings("checkstyle:all")
class FileDirectoryServiceImplTest {
/**
* 文件记录dao.
*/
@Mock
private FileDetailDao fileDetailDao;
/**
* 文件目录dao.
*/
@Mock
private FileDirectoryDao baseMapper;
/**
* FileDirectoryService.
*/
@InjectMocks
private FileDirectoryServiceImpl fileDirectoryService;
@BeforeEach
void setUp() {
MockitoAnnotations.openMocks(this);
}