【问题标题】:JobScheduler JobService is started without ApplicationJobScheduler JobService 在没有应用程序的情况下启动
【发布时间】:2019-02-19 00:26:39
【问题描述】:

我们最近将主应用程序类转换为 Kotlin。
从那以后,我们遇到了崩溃,尤其是在晚上(我们的应用程序可能被系统杀死时),当我们的 JobService 启动时。

我们正在以静态方式访问应用程序上下文以获取一些依赖项,这些依赖项在我们将类转换为 Kotlin 之前运行良好。从那时起,静态 getter 是一个 lateinit var,它在应用程序 onCreate 函数中初始化。

发布后,Google Play 报告了这些崩溃:

Caused by: kotlin.UninitializedPropertyAccessException: 
  at x.y.z.application.App.access$getAppContext$cp 
  [...]
  at x.y.z.jobs.JobSchedulerService.onCreate (JobSchedulerService.java:27)  

这就引出了问题,我们的Application.onCreate()还没有执行吗?

我们稍微重构了 JobService 以减少静态上下文访问量,直到需要进行重大重构。之后,我们在 Google Play 管理中心收到了用户发来的这些崩溃信息:

Caused by: kotlin.UninitializedPropertyAccessException: 
  at org.koin.standalone.StandAloneContext.getKoinContext (StandAloneContext.java:45)
  at org.koin.java.standalone.KoinJavaComponent.get (KoinJavaComponent.java:66)
  at org.koin.java.standalone.KoinJavaComponent.get$default (KoinJavaComponent.java:64)
  at org.koin.java.standalone.KoinJavaComponent.get (KoinJavaComponent.java)
  at x.y.z.SearchState.<init> (SearchState.java:21)
  [...]
  at x.y.z.jobs.JobSchedulerService.onStartJob (JobSchedulerService.java:54)

这些崩溃告诉我们同样的事情:Application.onCreate() 尚未执行,因为 Koin 尚未初始化。

所以我的问题?为什么Application.onCreate()的执行时间在转换为Kotlin时会发生变化,或者为什么在JobService启动之前我们的应用程序不再创建?

我的意思是,当然,我们可以重构整个应用程序依赖项以使用 JobService 本身提供的上下文,但是如果应用程序是在之后创建的,而我们仍然想使用 Koin 怎么办?我们的应用程序可能会再次崩溃并显示AlreadyStartetException。如果我们的应用程序还没有“存在”,那么服务会有什么上下文?

来源(简体):

应用

abstract class App : MultiDexApplication() {

    companion object {
        @JvmStatic
        lateinit var appContext: Context
        @JvmStatic
        val isDevelopment: Boolean = BuildConfig.DEBUG
    //  @JvmStatic
    //  val isDevelopment: Boolean by lazy { 
    //      appContext.resources.getBoolean(R.bool.isDevelopment) 
    //  }
    }

    override fun onCreate() {
        super.onCreate()

        appContext = applicationContext
        startKoin(
                applicationContext,
                listOf(
                        coreModule,
                        sharedPrefsModule
                )
        )

    }
}

工作服务

public class JobSchedulerService extends JobService implements OnFinishListener {

    @Override
    public boolean onStartJob(JobParameters params) {

        if (App.isDevelopment()) { //First crash cause `isDevelopment` relied on App.appContext
            ...
        }
        this.mJobParameters = params;

        this.mStateMachine = StateContext.getInstance(getApplication());
        mStateMachine.setOnFinishListener(this);
        mStateMachine.execute("" + params.getJobId()); //Second crash is in the first executed state auf this state Machine

        return true;
    }
}

清单注册

    <service
        android:name="x.y.z.jobs.JobSchedulerService"
        android:enabled="true"
        android:exported="true"
        android:permission="android.permission.BIND_JOB_SERVICE">
    </service>

搜索状态

public class SearchState extends State {

    //Koin Crash in SearchState.<init>
    private PlacemarkRepository placemarkRepository = get(PlacemarkRepository.class);

    ...
}

【问题讨论】:

  • 为什么你的 App 类是抽象的?还有什么需要注意的吗?
  • 另外,请仔细检查AndroidManifest中是否指定了扩展App的类。
  • @RahulKumar 是的,App.kt 的子类已在清单中注册。该类是抽象的,因为在app-Module 中的应用程序类中有需要覆盖的功能
  • 能否请您添加您的清单 JobService 声明?我认为崩溃可能与 googlePlayServices 更新有关,大部分更新都是在晚上完成的......
  • 确保您的服务已在清单中声明。您还可以发布您的 build.gradle 以确保您引用正确的插件

标签: android kotlin android-service android-jobscheduler koin


【解决方案1】:

Job-service 必须有自己的独立上下文, 但我认为您应该尝试升级到 WorkManager,作为 Job-service不适用于 Android O 及更高版本的设备。工作管理器是一个新事物,但请记住,它允许执行工作的最小间隔是 15 分钟。

【讨论】:

  • 几周前我们迁移到了 AndroidX,是的,值得一试。但最终 WorkManager 只是在 API 23+ 上使用 JobScheduler,这可能会导致相同的行为。
  • 不,我都测试过。当应用程序在 android O 或更高版本中被杀死时,JobSchedular 停止,但我发现工作管理器仍在工作。试一试,然后检查一下。
猜你喜欢
  • 2015-01-28
  • 2017-09-06
  • 2016-05-01
  • 1970-01-01
  • 1970-01-01
  • 2012-06-10
  • 2011-03-30
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多