Android项目中开展单元测试是否应当使用Dagger？

你遇到的并不是“相悖”的观点，而是两个文档针对不同测试目标和场景给出的建议：

1. 谷歌代码实验室的建议：纯单元测试优先手动构造 #

单元测试无需使用Dagger相关代码。测试使用构造函数注入的类时，无需借助Dagger实例化该类，可直接调用其构造函数传入伪造或模拟依赖，就像没有注解时一样。

这是单元测试的标准做法：单元测试的核心是隔离测试目标类，验证其自身逻辑，不需要关心依赖注入的过程。比如你测试一个UserRepository，它依赖UserApi，直接手动创建UserRepository并传入Mock的UserApi即可，完全不需要Dagger参与——这时候Dagger是额外的复杂度，反而会让测试偏离“验证类逻辑”的核心。

2. Dagger官方文档的建议：针对依赖注入验证或复杂依赖场景 #

通常建议在测试中创建Dagger组件来实例化对象，无论是用于多个测试的大型测试组件，还是用于单个测试的小型专用测试组件。

这里的场景更偏向两种情况：

• 验证Dagger配置正确性：比如你要确认某个依赖是否被正确绑定到组件、作用域是否生效、多绑定是否符合预期，这时候需要创建测试组件来验证注入逻辑本身。
• 复杂依赖的集成测试/准单元测试：如果测试目标类的依赖链极深（比如ViewModel依赖多个UseCase，UseCase又依赖多个Repository），手动构造所有Mock依赖会非常繁琐，这时候用测试组件来注入实例，能减少重复代码，提升测试效率。

怎么选？ #

• 优先遵循谷歌代码实验室的思路：纯单元测试（只测单个类逻辑），直接手动构造类+传入Mock依赖，完全脱离Dagger。
• 当需要验证Dagger的注入逻辑，或者测试对象依赖过于复杂时，再考虑用Dagger测试组件来实例化对象。

内容的提问来源于stack exchange，提问作者Mohammadreza Khahani