我可以将“@ApplicationContext private val appContext: Context”用作将由 Android Studio 中的 Service() 调用的 class 的 DI 吗？

Question

赏金将在 4 天后到期。 此问题的答案有资格获得+50声望赏金。 HelloCW正在寻找来自可靠来源的答案。

我在我的 Android Studio 项目中使用 Hilt 作为 DI。

ServiceTranslate是一个Service class，它的生命周期比应用本身更长。 ServiceTranslate将调用TranslateIncompleted class 在后台执行任务。

1：目前，我在TranslateIncompleted class 中使用@ApplicationContext private val appContext: Context我相信appContext是UIApp class 的一个实例，对吗？

2：应用被销毁但ServiceTranslate继续在后台运行时，应用会不会崩溃？

class TranslateIncompleted @Inject constructor(
   @ApplicationContext private val appContext: Context       //I'm afriad  that it maybe cause trouble.
): ITranslateIncompleted {

    override suspend fun translateIncompletedAndUpdate() {
        val myString = appContext.getString(R.string.translate_incompleted)        
    }
}


@AndroidEntryPoint
class ServiceTranslate: Service() {

    @Inject lateinit var translateIncompleted: ITranslateIncompleted
 
    inner class MyBinder : Binder() {
        val serviceTranslate: ServiceTranslate
            get() = this@ServiceTranslate
    }

    override fun onBind(intent: Intent): IBinder {
        return MyBinder()
    } 
}


@HiltAndroidApp
class UIApp : Application() {

}

Answer 1

ServiceTranslate 是一个服务 class ，它的生命周期比应用本身更长

我认为这种说法是不正确的。 如果进程正在运行，应用程序的实例应该始终存在，如果服务处于活动状态，情况就是如此。 除非您在自己的进程中运行您的服务，否则使用 AppContext 应该是完全安全的，因为服务将始终具有关联的应用程序。 您可以通过在应用程序的 onDestroy 中放置一条日志语句来验证这一点，并确认当应用程序在 UI 中处于后台且服务仍处于活动状态时不会调用它。 相关话题

或者，您可以通过在服务的 DI 图上公开 Service.getResources() 来完全回避这个问题。 这样，您就不需要依赖应用程序上下文。