如何在com.google.androidbrowserhelper.trusted.LauncherActivity中使用Hilt依赖注入？

针对你遇到的LauncherActivity因未继承ComponentActivity无法直接使用@AndroidEntryPoint的问题，以下是无需额外包装Activity的可行方案：

方案一：封装Hilt EntryPoints简化手动注入 #

虽然EntryPoints需要手动获取依赖，但通过封装工具类可以大幅简化操作，避免重复代码：

1. 定义EntryPoint接口（指定要注入的依赖）

@EntryPoint
@InstallIn(SingletonComponent::class)
interface AdIdUtilEntryPoint {
    fun adIdUtil(): AdIdUtil
}

2. 封装工具类统一获取依赖

object HiltDependencyHelper {
    fun getAdIdUtil(context: Context): AdIdUtil {
        val entryPoint = EntryPointAccessors.fromApplication(
            context.applicationContext,
            AdIdUtilEntryPoint::class.java
        )
        return entryPoint.adIdUtil()
    }
}

3. 在自定义LauncherActivity中调用

class CustomTwaLauncherActivity : LauncherActivity() {
    private lateinit var adIdUtil: AdIdUtil

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        adIdUtil = HiltDependencyHelper.getAdIdUtil(this)
        // 正常使用adIdUtil完成业务逻辑
    }
}

这种方式完全遵循Hilt规范，无需额外Activity，封装后复用性强，后续新增依赖只需扩展EntryPoint和工具类即可。

方案二：手动实现ViewModelStoreOwner使用ViewModel注入 #

如果更倾向于用ViewModel管理依赖，可以让自定义LauncherActivity实现ViewModelStoreOwner接口，自行维护ViewModel生命周期：

class CustomTwaLauncherActivity : LauncherActivity(), ViewModelStoreOwner {
    private val viewModelStore = ViewModelStore()

    override fun getViewModelStore(): ViewModelStore {
        return viewModelStore
    }

    override fun onDestroy() {
        super.onDestroy()
        viewModelStore.clear() // 必须手动清理，避免内存泄漏
    }

    // 通过viewModels()获取ViewModel，内部自动完成依赖注入
    private val twaViewModel: TwaViewModel by viewModels()

    class TwaViewModel @ViewModelInject constructor(val adIdUtil: AdIdUtil) : ViewModel() {
        // 在这里处理需要依赖的业务逻辑
    }
}

注意：此方案需要手动管理ViewModelStore的清理，否则可能引发内存泄漏，需谨慎验证生命周期逻辑。

方案对比 #

• 方案一：推荐使用，符合Hilt设计规范，代码简洁易维护，无额外生命周期风险。
• 方案二：适合习惯用ViewModel管理状态的场景，但需手动维护ViewModelStore，存在一定风险。

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