Dagger迁移Hilt时@ContributesAndroidInjector适配@AndroidEntryPoint注解Fragment问题

以下是三种可落地的低改造适配方案，不需要一次性完成全量Activity迁移：

方案1：拆分DialogFragment基类 #

• 保留原有不带@AndroidEntryPoint注解的Dagger版DialogFragment，原有注入逻辑完全不变，专供未迁移的Dagger Activity使用
• 新增一个继承自原基类的Hilt适配子类，仅添加@AndroidEntryPoint注解、重写注入相关逻辑，专供已完成Hilt迁移的Activity使用
• 可以封装工厂实例化方法，内部自动判断宿主类型返回对应子类实例，业务侧无需感知适配逻辑

该方案侵入性最低，原有业务逻辑完全不需要修改，适合公用DialogFragment多的大型项目

方案2：去掉Fragment的Hilt注解，手动兼容两种注入逻辑 #

如果不想拆分类，可以直接移除DialogFragment的@AndroidEntryPoint注解，在onAttach阶段动态判断宿主类型走对应注入逻辑：

1. 首先定义Hilt入口点，声明需要注入的依赖

@EntryPoint
@InstallIn(ActivityComponent::class)
interface DialogDependencyEntryPoint {
    // 示例：声明需要的注入依赖
    fun provideUserRepo(): UserRepository
    fun provideAnalytics(): AnalyticsService
}

2. 在Fragment的onAttach方法中做注入适配

override fun onAttach(context: Context) {
    super.onAttach(context)
    val activity = requireActivity()
    if (activity is GeneratedComponentManagerHolder) {
        // 宿主为Hilt Activity，走Hilt动态获取依赖
        val entryPoint = EntryPointAccessors.fromActivity(
            activity,
            DialogDependencyEntryPoint::class.java
        )
        // 手动给属性赋值
        userRepo = entryPoint.provideUserRepo()
        analytics = entryPoint.provideAnalytics()
    } else {
        // 宿主为Dagger Activity，走原有Dagger注入逻辑
        (context.applicationContext as YourApp).appComponent.inject(this)
    }
}

方案3：给未迁移Activity加Hilt注解保留原有Dagger逻辑 #

如果改造周期有限，可以直接给未迁移的Activity添加@AndroidEntryPoint注解，不需要修改原有Dagger注入代码。Hilt不会覆盖已经完成赋值的依赖属性，原有Dagger注入的功能可以正常运行，后续再逐步把Dagger注入逻辑替换为Hilt即可，不会出现批量依赖报错。

该方案改造成本最低，只需要加一行注解，适合中小型项目快速推进迁移。

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