While converting an app to be ready for Android Oreo, I read the docs on JobIntentService
over here.
In there I find (important part emphasised):
When running as a pre-O service, the normal service execution semantics apply: [...] When running as a Job, the typical JobService execution time limit will apply, after which the job will be stopped (cleanly, not by killing the process) and rescheduled to continue its execution later.
If I look at the documented limitations there is no word about any execution time limits. Also JobScheduler
does not mention anything.
You can say JobIntentService is a modern way to run the background service from the background application. JobIntentService. JobIntentService works in the same way as a Service however it enqueues the work into the JobScheduler on compatible Android targets( SDK 26 or more).
This class is deprecated. This class has been deprecated in favor of the Android Jetpack WorkManagerlibrary, which makes it easy to schedule deferrable, asynchronous tasks that are expected to run even if the app exits or the device restarts.
How long is the “JobService execution time limit” mentioned in Android's JobIntentService docs?
In practice, it seems to be 10 minutes. I originally determined that by testing, but IIRC somebody pointed out the limit in the source code.
Is this a time limit I should simply not be concerned about?
If you are really sure that your work will be done in less time, yes, at least for the time being.
Is it undocumented?
Yes.
Or is the execution time limit not/no longer existing?
It existed the last time I tested it.
Or will I have to redesign my services in a way that they can be interrupted and restarted at any given point in time?
Well, ideally, yes, particularly if you are using any constraints beyond time. For example, if you say that your job requires a network connection, and the device loses connectivity, your job will be stopped. That could occur well before the 10-minute time period elapses.
Best practices?
Avoid periodic background work to the greatest extent possible.
In order to avoid execution time limit i use bellow practice it solve my problem.
@Override
public void onDestroy() {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O && isStopped()) {
//do nothing
} else {
super.onDestroy();
//on destroy called
}
}
@Override
public boolean onStopCurrentWork() {
return false;
}
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With