WorkManager is a library for scheduling and executing deferrable background work in Android. It is the recommended replacement for Firebase JobDispatcher. The following guide will walk you through the process of migrating your Firebase JobDispatcher implementation to WorkManager.
Gradle setup
To import the WorkManager library into your Android project, add the dependencies listed in Getting started with WorkManager.
From JobService to workers
FirebaseJobDispatcher
uses a subclass of
JobService
as an entry point for defining the work which needs to be done. You might be
using JobService
directly, or using
SimpleJobService
.
A JobService
will look something like this:
Kotlin
import com.firebase.jobdispatcher.JobParameters import com.firebase.jobdispatcher.JobService class MyJobService : JobService() { override fun onStartJob(job: JobParameters): Boolean { // Do some work here return false // Answers the question: "Is there still work going on?" } override fun onStopJob(job: JobParameters): Boolean { return false // Answers the question: "Should this job be retried?" } }
Java
import com.firebase.jobdispatcher.JobParameters; import com.firebase.jobdispatcher.JobService; public class MyJobService extends JobService { @Override public boolean onStartJob(JobParameters job) { // Do some work here return false; // Answers the question: "Is there still work going on?" } @Override public boolean onStopJob(JobParameters job) { return false; // Answers the question: "Should this job be retried?" } }
If you are using SimpleJobService
you will have overridden onRunJob()
,
which returns a @JobResult int
type.
The key difference is when you are using JobService
directly, onStartJob()
is called on the main thread, and it is the app’s responsibility to offload the
work to a background thread. On the other hand, if you are using
SimpleJobService
, that service is responsible for executing your work on a
background thread.
WorkManager has similar concepts. The fundamental unit of work in WorkManager is
a ListenableWorker
. There are
also other useful subtypes of workers like
Worker
,
RxWorker
, and CoroutineWorker
(when
using Kotlin coroutines).
JobService maps to a ListenableWorker
If you are using JobService
directly, then the worker it maps to is a
ListenableWorker
. If you are using SimpleJobService
then you should use
Worker
instead.
Let’s use the above example (MyJobService
) and look at how we can convert it
to a ListenableWorker
.
Kotlin
import android.content.Context import androidx.work.ListenableWorker import androidx.work.ListenableWorker.Result import androidx.work.WorkerParameters import com.google.common.util.concurrent.ListenableFuture class MyWorker(appContext: Context, params: WorkerParameters) : ListenableWorker(appContext, params) { override fun startWork(): ListenableFuture<ListenableWorker.Result> { // Do your work here. TODO("Return a ListenableFuture<Result>") } override fun onStopped() { // Cleanup because you are being stopped. } }
Java
import android.content.Context; import androidx.work.ListenableWorker; import androidx.work.ListenableWorker.Result; import androidx.work.WorkerParameters; import com.google.common.util.concurrent.ListenableFuture; class MyWorker extends ListenableWorker { public MyWorker(@NonNull Context appContext, @NonNull WorkerParameters params) { super(appContext, params); } @Override public ListenableFuture<ListenableWorker.Result> startWork() { // Do your work here. Data input = getInputData(); // Return a ListenableFuture<> } @Override public void onStopped() { // Cleanup because you are being stopped. } }
The basic unit of work in WorkManager is a ListenableWorker
. Just like
JobService.onStartJob()
, startWork()
is called on the main thread. Here
MyWorker
implements ListenableWorker
and returns an instance of
ListenableFuture
,
which is used to signal work completion asynchronously. You should choose your
own threading strategy here.
The ListenableFuture
here eventually returns a ListenableWorker.Result
type
which can be one of Result.success()
, Result.success(Data outputData)
,
Result.retry()
, Result.failure()
, or Result.failure(Data outputData)
. For
more information, see the reference page for
ListenableWorker.Result
.
onStopped()
is called to signal that the ListenableWorker
needs to stop,
either because the constraints are no longer being met (for example, because the
network is no longer available), or because a WorkManager.cancel…()
method was
called. onStopped()
may also be called if the OS decides to shut down your
work for some reason.
SimpleJobService maps to a Worker
When using SimpleJobService
the above worker will look like:
Kotlin
import android.content.Context; import androidx.work.Data; import androidx.work.ListenableWorker.Result; import androidx.work.Worker; import androidx.work.WorkerParameters; class MyWorker(context: Context, params: WorkerParameters) : Worker(context, params) { override fun doWork(): Result { TODO("Return a Result") } override fun onStopped() { super.onStopped() TODO("Cleanup, because you are being stopped") } }
Java
import android.content.Context; import androidx.work.Data; import androidx.work.ListenableWorker.Result; import androidx.work.Worker; import androidx.work.WorkerParameters; class MyWorker extends Worker { public MyWorker(@NonNull Context appContext, @NonNull WorkerParameters params) { super(appContext, params); } @Override public Result doWork() { // Do your work here. Data input = getInputData(); // Return a ListenableWorker.Result Data outputData = new Data.Builder() .putString(“Key”, “value”) .build(); return Result.success(outputData); } @Override public void onStopped() { // Cleanup because you are being stopped. } }
Here doWork()
returns an instance of ListenableWorker.Result
to signal work
completion synchronously. This is similar to SimpleJobService
, which schedules
jobs on a background thread.
JobBuilder maps to WorkRequest
FirebaseJobBuilder uses Job.Builder
to represent Job
metadata. WorkManager
uses WorkRequest
to fill this role.
WorkManager has two types of WorkRequest
s:
OneTimeWorkRequest
and
PeriodicWorkRequest
.
If you are currently using Job.Builder.setRecurring(true)
, then you should
create a new PeriodicWorkRequest
. Otherwise, you should use a
OneTimeWorkRequest
.
Let’s look at what scheduling a complex Job
with FirebaseJobDispatcher
might
look like:
Kotlin
val input: Bundle = Bundle().apply { putString("some_key", "some_value") } val job = dispatcher.newJobBuilder() // the JobService that will be called .setService(MyService::class.java) // uniquely identifies the job .setTag("my-unique-tag") // one-off job .setRecurring(false) // don't persist past a device reboot .setLifetime(Lifetime.UNTIL_NEXT_BOOT) // start between 0 and 60 seconds from now .setTrigger(Trigger.executionWindow(0, 60)) // don't overwrite an existing job with the same tag .setReplaceCurrent(false) // retry with exponential backoff .setRetryStrategy(RetryStrategy.DEFAULT_EXPONENTIAL) .setConstraints( // only run on an unmetered network Constraint.ON_UNMETERED_NETWORK, // // only run when the device is charging Constraint.DEVICE_CHARGING ) .setExtras(input) .build() dispatcher.mustSchedule(job)
Java
Bundle input = new Bundle(); input.putString("some_key", "some_value"); Job myJob = dispatcher.newJobBuilder() // the JobService that will be called .setService(MyJobService.class) // uniquely identifies the job .setTag("my-unique-tag") // one-off job .setRecurring(false) // don't persist past a device reboot .setLifetime(Lifetime.UNTIL_NEXT_BOOT) // start between 0 and 60 seconds from now .setTrigger(Trigger.executionWindow(0, 60)) // don't overwrite an existing job with the same tag .setReplaceCurrent(false) // retry with exponential backoff .setRetryStrategy(RetryStrategy.DEFAULT_EXPONENTIAL) // constraints that need to be satisfied for the job to run .setConstraints( // only run on an unmetered network Constraint.ON_UNMETERED_NETWORK, // only run when the device is charging Constraint.DEVICE_CHARGING ) .setExtras(input) .build(); dispatcher.mustSchedule(myJob);
To achieve the same with WorkManager you will need to:
- Build input data which can be used as input for the
Worker
. - Build a
WorkRequest
with the input data and constraints similar to the ones defined above forFirebaseJobDispatcher
. - Enqueue the
WorkRequest
.
Setting up inputs for the Worker
FirebaseJobDispatcher
uses a Bundle
to send input data to the JobService
.
WorkManager uses Data
instead. So
that becomes:
Kotlin
import androidx.work.workDataOf val data = workDataOf("some_key" to "some_val")
Java
import androidx.work.Data; Data input = new Data.Builder() .putString("some_key", "some_value") .build();
Setting up Constraints for the Worker
FirebaseJobDispatcher
uses
Job.Builder.setConstaints(...)
to set up constraints on jobs. WorkManager uses
Constraints
instead.
Kotlin
import androidx.work.* val constraints: Constraints = Constraints.Builder().apply { setRequiredNetworkType(NetworkType.CONNECTED) setRequiresCharging(true) }.build()
Java
import androidx.work.Constraints; import androidx.work.Constraints.Builder; import androidx.work.NetworkType; Constraints constraints = new Constraints.Builder() // The Worker needs Network connectivity .setRequiredNetworkType(NetworkType.CONNECTED) // Needs the device to be charging .setRequiresCharging(true) .build();
Creating the WorkRequest (OneTime or Periodic)
To create OneTimeWorkRequest
s and PeriodicWorkRequest
s you should use
OneTimeWorkRequest.Builder
and PeriodicWorkRequest.Builder
.
To create a OneTimeWorkRequest
which is similar to the above Job
you should
do the following:
Kotlin
import androidx.work.* import java.util.concurrent.TimeUnit val constraints: Constraints = TODO("Define constraints as above") val request: OneTimeWorkRequest = // Tell which work to execute OneTimeWorkRequestBuilder<MyWorker>() // Sets the input data for the ListenableWorker .setInputData(input) // If you want to delay the start of work by 60 seconds .setInitialDelay(60, TimeUnit.SECONDS) // Set a backoff criteria to be used when retry-ing .setBackoffCriteria(BackoffPolicy.EXPONENTIAL, 30000, TimeUnit.MILLISECONDS) // Set additional constraints .setConstraints(constraints) .build()
Java
import androidx.work.BackoffCriteria; import androidx.work.Constraints; import androidx.work.Constraints.Builder; import androidx.work.NetworkType; import androidx.work.OneTimeWorkRequest; import androidx.work.OneTimeWorkRequest.Builder; import androidx.work.Data; // Define constraints (as above) Constraints constraints = ... OneTimeWorkRequest request = // Tell which work to execute new OneTimeWorkRequest.Builder(MyWorker.class) // Sets the input data for the ListenableWorker .setInputData(inputData) // If you want to delay the start of work by 60 seconds .setInitialDelay(60, TimeUnit.SECONDS) // Set a backoff criteria to be used when retry-ing .setBackoffCriteria(BackoffCriteria.EXPONENTIAL, 30000, TimeUnit.MILLISECONDS) // Set additional constraints .setConstraints(constraints) .build();
The key difference here is that WorkManager’s jobs are always persisted across device reboot automatically.
If you want to create a PeriodicWorkRequest
then you would do something like:
Kotlin
val constraints: Constraints = TODO("Define constraints as above") val request: PeriodicWorkRequest = PeriodicWorkRequestBuilder<MyWorker>(15, TimeUnit.MINUTES) // Sets the input data for the ListenableWorker .setInputData(input) // Other setters .build()
Java
import androidx.work.BackoffCriteria; import androidx.work.Constraints; import androidx.work.Constraints.Builder; import androidx.work.NetworkType; import androidx.work.PeriodicWorkRequest; import androidx.work.PeriodicWorkRequest.Builder; import androidx.work.Data; // Define constraints (as above) Constraints constraints = ... PeriodicWorkRequest request = // Executes MyWorker every 15 minutes new PeriodicWorkRequest.Builder(MyWorker.class, 15, TimeUnit.MINUTES) // Sets the input data for the ListenableWorker .setInputData(input) . // other setters (as above) .build();
Scheduling work
Now that you have defined a Worker
and a WorkRequest
, you are ready to
schedule work.
Every Job
defined with FirebaseJobDispatcher
had a tag
which was used to
uniquely identify a Job
. It also provided a way for the application to tell
the scheduler if this instance of a Job
was to replace an existing copy of the
Job
by calling setReplaceCurrent
.
Kotlin
val job = dispatcher.newJobBuilder() // the JobService that will be called .setService(MyService::class.java) // uniquely identifies the job .setTag("my-unique-tag") // don't overwrite an existing job with the same tag .setRecurring(false) // Other setters... .build()
Java
Job myJob = dispatcher.newJobBuilder() // the JobService that will be called .setService(MyJobService.class) // uniquely identifies the job .setTag("my-unique-tag") // don't overwrite an existing job with the same tag .setReplaceCurrent(false) // other setters // ... dispatcher.mustSchedule(myJob);
When using WorkManager, you can achieve the same result by using
enqueueUniqueWork()
and enqueueUniquePeriodicWork()
APIs (when using a
OneTimeWorkRequest
and a PeriodicWorkRequest
, respectively). For more
information, see the reference pages for
WorkManager.enqueueUniqueWork()
and WorkManager.enqueueUniquePeriodicWork()
.
This will look something like:
Kotlin
import androidx.work.* val request: OneTimeWorkRequest = TODO("A WorkRequest") WorkManager.getInstance(myContext) .enqueueUniqueWork("my-unique-name", ExistingWorkPolicy.KEEP, request)
Java
import androidx.work.ExistingWorkPolicy; import androidx.work.OneTimeWorkRequest; import androidx.work.WorkManager; OneTimeWorkRequest workRequest = // a WorkRequest; WorkManager.getInstance(myContext) // Use ExistingWorkPolicy.REPLACE to cancel and delete any existing pending // (uncompleted) work with the same unique name. Then, insert the newly-specified // work. .enqueueUniqueWork("my-unique-name", ExistingWorkPolicy.KEEP, workRequest);
Cancelling work
With FirebaseJobDispatcher
you could cancel work using:
Kotlin
dispatcher.cancel("my-unique-tag")
Java
dispatcher.cancel("my-unique-tag");
When using WorkManager you can use:
Kotlin
import androidx.work.WorkManager WorkManager.getInstance(myContext).cancelUniqueWork("my-unique-name")
Java
import androidx.work.WorkManager; WorkManager.getInstance(myContext).cancelUniqueWork("my-unique-name");
Initializing WorkManager
WorkManager typically initializes itself by using a ContentProvider
.
If you require more control over how WorkManager organizes and schedules work, you
can customize the WorkManager configuration and initialization.