android - Dagger 为什么要创建自定义作用域

Question

我正在学习 Dagger ，我找到了this解释如何使用 android.dagger 的文章对我来说一切都很清楚，除了自定义创建的范围。以前我看过很多教程，其中创建了自定义范围以创建对特定情况的依赖性(例如登录范围)。但是那个教程展示了我的另一种方法。这是我的例子:我有一个应该仅为 MainActivity(和 MasterActivity)而不是 LoginActivity

生成的类

class SecretKey(
    val token: String,
    val userId: Long
)

所以这是模块

@Module
class MainActivityModule {
    @Provides
    fun provideSecretKey(preference: SharedPreferences): SecretKey {
        return SecretKey(
            "jwtToken",
            465465
        )
    }
}

和 ActivitiesBindingModule

@Module
abstract class ActivitiesBindingModule {
    @ContributesAndroidInjector(modules = [MainActivityModule::class])
    abstract fun mainActivity(): MainActivity

    @ContributesAndroidInjector(modules = [LoginActivityModule::class])
    abstract fun loginactivity(): LoginActivity

    // MasterActivity will see everything from MainActivityModule and LoginActivityModule
    @ContributesAndroidInjector(modules = [MainActivityModule::class, LoginActivityModule::class])
    abstract fun masterActivity(): MasterActivity
}

据我所知，只有在 MainActivity 和 MasterActivity 中，我才能注入(inject) SecretKey 类，因为 ContributesAndroidInjector模块。所以 SecretKey 范围在 MainActivity 和 MasterActivity 内。那么，为什么我们仍然能够使用 Scope 注释创建自定义范围？这是替代方案吗？

Answer 1

Scope 只是告诉 Dagger 保存范围注释对象的实例，而不是创建一个新对象。 Dagger 会将实例保存在相应作用域的组件中。 (您还应该知道 @ContributesAndroidInjector 会为您生成一个子组件实例，因此如果您使用范围注释对 @ContributesAndroidInjector 方法进行注释，生成的子组件将采用该范围。)

在您的示例中，SecretKey 没有作用域；每次你要求 Dagger 注入(inject)一个 SecretKey 时，它都会调用你的构造函数并创建一个全新的实例。这可能没问题，因为 SecretKey 似乎不保持状态，并且保持实例无范围 允许垃圾收集器在您不再需要时收集 SecretKey。

但是，假设您创建了自己的 Cache 对象，并且您希望该 Cache 的生命周期与 Activity 一样长，但不能更长:每个新的 Activity 实例都应该有自己的 Cache。与 SecretKey 不同，您不能在每次请求时都创建自己的缓存；您需要在某处保存您的缓存实例。您可以选择将此作为 Activity 本身的一个字段来执行，或者您可以创建一个 Module 实例，在您第一次调用 @Provides 方法时保存一个实例值，但 Dagger 更喜欢您标记绑定(bind)与组件匹配的作用域注解。这允许您声明和记录绑定(bind)将具有与组件相同的生命周期，并且可以轻松地将绑定(bind)分类为“应用程序范围”、“Activity 范围”、“fragment 范围”、“服务范围” , 等等。