亲爱的读者，你好。
　　初，这只是一个对 Reddit 上 Robolectric and Dagger 2 的评论。但是由于内容很多所以我决定将它总结为一篇博客，祝您阅读愉快。
　　依赖注入（DI）框架 & 单元测试
　　单元测试中，我们经常隔离测试一个类或方法。如果被测试的是有行为的类，如RestApi，DataManager等，你需要模拟它的依赖；如果被依赖的是“值类”，如User，Message等，你可以直接使用它们（也可以模拟它们）。
　　这意味着通常我们并不需要在单元测试中使用 DI 框架，因为单元测试目标只是一个类或一个方法，而不是几个类。目标类应该通过以下方式获取依赖：
　　· 通过构造方法（推荐方式）
　　· 通过方法或字段
　　99% 的单元测试都不需要 DI 框架，通常只有像Activity，Fragment，View或Service这样在创建以后需要一系列依赖的类需要与 DI 框架交互。然而，我提倡使用 MVP 等模式将逻辑从 Android 框架类中移出，并且使用功能（UI）测试而不是单元测试来覆盖它们。
　　DI 框架 & 集成测试
　　一般而言，你也不必在集成测试中使用 DI 框架。因为集成测试只是简单的将几个类关联起来测试它们的集成。如果你的代码是依赖注入友好的（DI-friendly），你可以不使用 DI 框架将需要的依赖传入。
　　如果你确实需要通过 DI 框架提供模拟依赖，并且你使用了 Robolectric，请继续往下看。
　　DI 框架 & 功能（UI）测试
　　此类测试确实需要使用 DI 框架模拟依赖。因为一般来说，功能测试针对的是整个应用，而不是几个类。
　　如果你需要在instrumentation测试（Espresso，Robotium，或单纯的 instrumentation 测试等）中使用 DI 框架，请继续往下看。
　　如何使用 Dagger 2 和 Robolectric 在测试中模拟并注入依赖？
　　(通常适用于集成测试)
　　主要思路：对于 Roboletric 测试，可以自定义一个Application类，在其中模拟依赖。
　　你可以在 application 类中定义一个返回DaggerAppComponent的内部类Builder类对象，然后在集成测试时使用使用适当的子类覆盖该 application 类！
　　application 类
public class MyApp extends Application {
@NonNull // Initialized in onCreate.
AppCompontent appComponent;
@Override
public void onCreate() {
appComponent = prepareAppComponent().build();
}
// Here is the trick， we allow extend application class and modify AppComponent.
@NonNull
protected DaggerAppComponent.Builder prepareAppComponent() {
return new DaggerAppComponent.Builder();
}
}
　　用于集成测试的 application 类
public class MyIntegrationTestApp extends MyApp {
@Override
@NonNull
protected DaggerAppComponent.Builder prepareAppComponent() {
return super.prepareAppComponent()
.someModule(new SomeModule() {
@Override
public SomeDependency provideSomeDependency(@NonNull SomeArgs someArgs) {
return mock(SomeDependency.class); // You can provide any kind of mock you need.
}
})
}
}