mock注入工具类（mock注解不生效）

本篇文章给大家谈谈mock注入工具类，以及mock注解不生效对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享mock注入工具类的知识，其中也会对mock注解不生效进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、@Mock, @Spy和 @InjectMocks快速使用指南
• 2、日常总结：mock单测+mapStruct+批量插入
• 3、mock单元测试 mockito实践
• 4、Mock Final方法和类

@Mock, @Spy和 @InjectMocks快速使用指南

该系列文章翻译自 https://www.baeldung.com/mockito-series

方法1：给被测类添加@RunWith(MockitoJUnitRunner.class)注解

方法2：在初始化方法中使用MockitoAnnotations.initMocks(this)

@Mock用于代替Mockito.mock创建mock对象。
使用Mockito.mock的例子如下：

使用@Mock的例子如下：

@Spy注解用于替代Mockito.spy创建spy对象
使用Mockito.spy例子如下：

使用@Spy例子如下：

@InjectMocks用于自动注入@Spy和@Mock标注的对象，举例如下：

MyDictionary类的定义如下：

日常总结：mock单测+mapStruct+批量插入

一、单测
test采用juint5
pom如下mock注入工具类：

常见使用
1、mock mapper文件

2、公共返回值定义

3、异常断言

4、不同情况

二、mapStruct
1、DTO中返回枚举类型
问题：直接将枚举类反馈给前端mock注入工具类，具体取对应数值还是文字上一层在做处理（这里do到dtomock注入工具类的转换用的是mapStruct）
返回的数据类型如下：

解决：枚举类中添加自定义方法，mapStruct中通过映射做转换
mapStruct依赖

2、返回的两个实体类中参数名不一致

三、批量插入
mybatis批量插入(传入数据不能有空值)

四、hutool工具
参考： 常见方法

参考链接：
1、 事务
2、 mapStruct其mock注入工具类他转换

mock单元测试 mockito实践

@Rule

public MokitoRule rule = MockitoJUnit.rule();

注意这里mock注入工具类的修饰符publicmock注入工具类，如果没有这个修饰符mock注入工具类的话使用mock测试会报错

 @Rule

 public ExpectedException thrown = ExpectedException.none();

可以选择忽视抛出的异常？（我是这么理解的不知道是否正确）

这里我还没有看juint执行的逻辑，只是看了mock环境下获取注解创建mock对象，并将mock的对向注入到@Injectmocks的目标测试对象中去的逻辑。

使用的jar包版本是junit.junit.4.11,org.powermock.powermock-api-mockito.1.6.6

创建一个interface用于目标测试类的filed的type。

创建一个目标测试类，其中声明filed的type为上面的interface的type

最后创建一个测试用例对象用于测试目标测试类
我从rule对象执行的时候开始追踪，junit的运行原理略过
其中的testClass就是测试用例，MyMockTest的实例，annotationEngine是默认的注解驱动InjectingAnnotationEngine，

这个方法的内部获取测试用例的type，获取注解驱动，并判断是否是默认的注解驱动，可以自定义注解驱动？（暂时我还办不到），之后注解驱动执行
InjectingAnnotationEngine.process 内部只有两个方法，从名字和其上的注释可以知道

processIndependentAnnotations处理独立的filed，其实就是测试用例中有@mock注解的filed，这里就是a和b。processInjectMocks处理依赖于独立mock对象的filed，就是测试用例中有@InjectMocks注解的filed，依赖于mock对象的目标测试类，这里就是DoMainObject，先看processInjectMocks
入参分别为测试用例的type，和instance，方法中只有一个循环，在循环的内部处理三件事

1delegate.process(classContext, testInstance);委派对象处理@Mock，@Captor等注解，

2spyAnnotationEngine.process(classContext, testInstance);监视注解驱动处理@Spy注解

3获取测试用例的父类，赋值给原来的变量

4如果Class的type为Object，跳出循环

这个方法就是先处理自己的独立注解，然后去处理父类的独立注解，如此往复直到父类为Object源类。
这个方法参数还是Class的type和Class 的instance，

处理过程是获取instance的所有field就是所有的属性，然后循环获取filed的上的所有注解，更具注解和field尝试创建mock对象，这里最后的创建对象时使用cblib创建代理对象，最后创建一个Setter对象将创建的cglib代理对象mock对象，set进instance的field中去，即完成了一个测试用例中的属性的注入（spring的bean注解注入方式是不是也是如此呢，所有的基于注解的实现原理是否基本类似于此呢）

这里只关注两个方法createMockFor和FieldSetter(testInstance, field).set(mock)

createMockFor方法的流程比较复杂，
这个方法的内部有两个方法，
在这个方法中对annotationd的类型与已有的注解处理器对象集合进行判断是否包含，如果包含取出对应的处理器对象，如果不包含空实现一个注解处理器实现process方法返回为null。也就是说在DefaultAnnotationEngine对象的实例中只处理特定的注解生成其mock代理对象。

这个注解处理器的集合是在4中创建了deletage时创建了DefaultAnnotationEngine对象，然后在其构造方法中调用了注册注解驱动方法

private final Map, FieldAnnotationProcessor? annotationProcessorMap = new HashMap, FieldAnnotationProcessor();
根据获取的annotationProcess对象执行process方法，如果不是从map中获取的那么返回值就是null，在本测试中就是@mock的方法返回了MockAnnotationProcessor类型的注解驱动，
Mockito.mock(field.getType(), mockSettings);这个就是最后创建mock的cglib代理对象的方法，对这个方法暂时就不继续追踪了，

现在我们已经将一个@Mock注解下的测试类中的field建立好了，让我们回到5的process方法中，能看见这个步骤就是重复的执行这段逻辑：

获取field的所有注解，调用createMockFor方法，然后在此方法中和DefaultAnnotationEngine预置的FieldAnnotationProcessor 实现类型集合做匹配，满足的获取指定的注解处理器创建对应的mock对象。不满足的创建一个匿名子类，其中实现的方法指定返回null。以此将@Mock等注解和其他注解区分开来，只创建@Mock和@Captor等独立的注解。如此步骤processIndependentAnnotations.process()就完成了。

spyAnnotationEngine.process的执行类似，但是这个注解处理类是使用反射去根据类型创建一个真实的实例对象返回而不是创建一个mock的cglib对象。

现在我们完成了processIndependentAnnotations，来看看现在的测试用例instance
可以看到现在a，b使用@Mock注解的field已经存在cglib的代理对象了，使用@InjectMocks的doMainObject暂时还是null，现在来看processInjectMocks
方法内部的核心方法是injectMocks，内部的逻辑从子类到父类最后到Object处理每个继承层级的@InjectMocks注解

方法内处理

1获取测试用例的Class类型

2创建一个Field对象的set集合

3循环处理

4将class中所有InjectMocks注解的field放到mockDependentFields集合中

5将创建的mock对象添加到mocks集合中

6Class类型是Object跳出循环

7创建@InjectMock注解修饰的field

这是根据依赖创建目标测试类的mock对象。

最后方法完成的时候
可以看到目标测试类创建完成，依赖a，b也已经注入。

没有去追踪Junit和cglib只是将中间mock的注解的过程进行了追踪：

基本就是先创建mock对象，然后将根据依赖创建@InjectMocks的目标测试类对象

其中注解的区分

1@InjectMocks和其他类型不同，

2@Spy和@Mock,@Captor等注解不同

在使用的过程中Rule一定要是pulic修饰的

在使用mockito的时候还出现了mock的对象在测试的时候报空指针的问题，我追踪后发现是同类型的interface在注入@InjectMocks修饰的主目标对象的时候是有排序的，会根据测试类中的filedName进行排序依次向下注入，解决办法就是把@InjectMocks的所有field都进行mock。

Mock Final方法和类

有时候写了一个final的类，但是又需要进行单元测试。直接使用Mockito一直报错，要怎么做呢？

在Mockito 2.1.0的时候，提供了Mock final的类和方法，在2.1.0的版本时，Mock Final是可选的特性，需要进行配置。有两种方式：

方式一：

1 在test的resources目录下，创建mockito-extensions目录

2 在mockito-extensions目录下，创建org.mockito.plugins.MockMaker文件。

3 在org.mockito.plugins.MockMaker文件中加上一行 mock-maker-inline

方式二：

直接引入mockito-inline的maven依赖

1 新建一个final的类和方法

2 使用Mockito进行Mock

3 查看效果

4 配置支持Final的类和方法

5 再次查看效果

对于Final的类，Mockito只能操作JDK9以下的版本，如果想要支持Java 9以上的版本，还需要手动配置

Byte Buddy Java agent jar 。使用 -javaagent

关于如何模拟Final的Class和method实现细节在 InlineByteBuddyMockMaker 类中，感兴趣的可以看一下。

主要说明了如何使用Mockito Mock Final的类和方法。

参考： 关于mock注入工具类和mock注解不生效的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 mock注入工具类的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mock注解不生效、mock注入工具类的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。