记录一次@Mock注入对象为null的真实案例

本文描述了作者在测试过程中遇到的Mock对象为null的问题,推测是由于构造函数依赖顺序导致的。提供了两种解决方法:使用PowerMock的field()方法修改依赖关系,以及在被测试类中添加setter方法确保依赖注入。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

网上关于使用@Mock注入对象为null有很多种解释,我就不一一列举了,只记录自己遇到的真实案例。

1.被测试类

2.测试类

3.报错如下:

4.错误分析

根据错误信息可以看到使用@Mock注入的对象为null,我推测是因为被测试类包含有参构造函数,被测试类PersionService和被测试类中依赖的对象IntentService注入到容器的顺序导致的,PersionService比IntentService先加载到容器中,加载PersionService时IntentService尚未加载,所以获取到的依赖对象为null,此结论为本人的推测,尚未进行验证,若有疑问,欢迎大家评论指正

5.解决方式

方式1:

结合powermock-api-mockito2中的MemberModifier.field()方法,如下:

注:使用该方式需要注意powermock-api-mockito2和mockito-inline的引入顺序,具体原因请看:

mockito-inline模拟静态方法bug集合-优快云博客

mockito-inline与powermock-api-mockito2结合使用bug(org.mockito.exceptions.base.MockitoException)集合

方式2

在被测试类中显示增加setter方法,如下:

测试类中调用setter方法

这样会保证被测试中的依赖的对象已经注入到被测试类中。

在使用依赖注入框架(如 Dagger、Hilt 等)时,`@Inject` 注解是一个非常重要的组成部分。它告诉框架如何创建并管理对象实例。下面我们来详细解释为什么需要 `@Inject`。 ### 1. **标记构造函数以便自动实例化** 当你在一个类的构造函数上添加了 `@Inject` 注解时,你就允许依赖注入容器负责这个类的实例化工作,而不是你自己手动去 new 这个对象。这样做有以下几个好处: - **减少耦合**:不需要直接引用具体实现类; - **便于测试**:可以轻松地将 mock 实现注入单元测试当中。 举个例子: ```java public class Car { private Engine engine; @Inject public Car(Engine engine) { this.engine = engine; } } ``` 在这个案例中,Dagger/Hilt 可以自动构建出包含所需依赖项的对象。 --- ### 2. **字段注入 - 提高灵活性** 有时候我们并不想让外部显式传入所有必要的参数,而是希望通过内部机制填充它们。这时候就可以利用字段级别的注解来进行自动化赋值操作啦! 例如下面这段代码展示了怎样向某个已存在实例内插入额外组件的功能: ```java public class Driver { @Inject Vehicle vehicle; public void setVehicle(@NonNull Vehicle vehcile){ if(vehicle == null){ throw new NullPointerException("vehicle cannot be null"); } this.vehicle = vehcile; } // Other methods omitted for brevity. } ``` 注意这里的 `Driver` 类本身并没有通过其构造器接收任何东西,但仍然能够获得由系统提供的 `Vehicle` 对象。 --- ### 3. **提供者模式下的优势** 对于那些不能简单地被当作普通 Bean 使用的服务来说(比如单例或者其他复杂情况),你可以指定特殊的 Provider 来生成目标实体,并且同样需要用到此标签标识该过程所需的入口点位置等信息。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值