使用Dagger注入Activity时的类型转换原理及必要性解析

Dagger 组件 #

@Component
public interface ApplicationComponent {
    void inject(LoginActivity loginActivity);
}

Application 类 #

class MyApplication: Application() {
    val appComponent = DaggerApplicationComponent.create()
}

Activity 代码 #

class LoginActivity: Activity() {
    @Inject lateinit var loginViewModel: LoginViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        (applicationContext as MyApplication).appComponent.inject(this)
        super.onCreate(savedInstanceState)
    }
}

一、整个注入操作的工作原理 #

1. 全局组件初始化：MyApplication 是继承自系统 Application 的自定义类，App启动时就会被实例化，属于全局单例。其中的 appComponent 是 Dagger 在编译期自动生成的 DaggerApplicationComponent 实例——Dagger 会根据你写的 @Component 接口，自动生成实现类，内部已经处理好所有依赖的创建、关联逻辑。
2. 触发注入流程：在 LoginActivity 的 onCreate 方法里，先拿到全局的 MyApplication 实例，调用它的 appComponent.inject(this)。这个 inject 方法是 Dagger 生成的逻辑，它会扫描当前 LoginActivity 中标记了 @Inject 的字段（也就是 loginViewModel），按照预先梳理好的依赖链创建对应实例，赋值给这个字段，完成依赖注入。
3. 注入后的使用：注入完成后，你就能直接使用 loginViewModel，不用手动 new 实例，Dagger 已经帮你搞定了实例创建和依赖传递的所有细节。

二、为什么必须做类型转换 #

1. 系统上下文的类型限制：applicationContext 是 Android 系统提供的上下文对象，它的默认类型是 Context，而 Context 类里根本没有 appComponent 这个属性——这个属性是你自己在自定义的 MyApplication 里新增的。
2. 自定义 Application 的全局特性：我们自定义 MyApplication 就是为了存放全局共享的资源（比如这里的 Dagger 组件），它的实例是全局唯一的，但系统返回的上下文不会自动转换成我们自定义的类型，必须手动强转才能访问到我们自己加的 appComponent 属性。
3. 编译器的类型检查要求：如果不做转换直接写 applicationContext.appComponent，编译器会报错，因为 Context 类里没有这个成员。强转是明确告诉编译器：“我确定这个上下文就是我自定义的 MyApplication 实例，你可以放心访问它的成员”。

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