Менеджер по работе в Android

Кажется, это подходит для нового API JobScheduler на Lollipop, тогда вам придется сделать обертку вокруг него, чтобы реализовать все функции, которых нет в реализации sdk.

Существует библиотека compat, если вам нужно реализовать это в версиях ниже Lollipop.

Если кто-то сталкивался с такой же проблемой, вот решение, которое я придумал. Я использовал библиотеку Robospice, потому что это самый надежный способ запуска некоторых заданий в службе и синхронизации результатов обратно в действие. Поскольку я не нашел способов использовать эту библиотеку с WakeLocks, я расширил 2 класса: SpiceManager и SpiceRequest. Новые классы, WakefulSpiceManager и WakefulSpiceRequest, фактически заимствуют идеи CommonsWare о WakeLocks, реализация очень похожа.

Уэйфулспайсменеджер:

public class WakefulSpiceManager extends SpiceManager {
    private static final String NAME = "WakefulSpiceManager";
    private static volatile PowerManager.WakeLock wakeLock;
    private Context context;

    public WakefulSpiceManager(Context context, Class<? extends SpiceService> spiceServiceClass) {
        super(spiceServiceClass);
        this.context = context;
        start(context);
    }

    private static synchronized PowerManager.WakeLock getLock(Context context) {
        if (wakeLock == null) {
            PowerManager mgr = (PowerManager) context.getSystemService(Context.POWER_SERVICE);

            wakeLock = mgr.newWakeLock(PowerManager.PARTIAL_WAKE_LOCK, NAME);
            wakeLock.setReferenceCounted(true);
        }

        return wakeLock;
    }

    public <T> void execute(WakefulSpiceRequest<T> request, RequestListener<T> requestListener) {
        PowerManager.WakeLock lock = getLock(context);
        lock.acquire();
        request.setLock(lock);

        // explicitly avoid caching
        super.execute(new CachedSpiceRequest<T>(request, null, ALWAYS_EXPIRED), requestListener);
    }
}

WakefulSpiceRequest:

public abstract class WakefulSpiceRequest<R> extends SpiceRequest<R> {
    private PowerManager.WakeLock lock;

    public WakefulSpiceRequest(Class<R> clazz) {
        super(clazz);
    }

    public void setLock(PowerManager.WakeLock lock) {
        this.lock = lock;
    }

    @Override
    public final R loadDataFromNetwork() throws Exception {
        try {
            return execute();
        } finally {
            if (lock.isHeld()) {
                lock.release();
            }
        }
    }

    public abstract R execute() throws Exception;
}

Таким образом, здесь мы получаем блокировку каждый раз, когда собираемся отправить запрос от WakefulSpiceManager. После этого блокировка передается WakefulSpiceRequest. Когда запрос завершает свою работу, он снимает блокировку методом release() — это произойдет, даже если активность с WakefulSpiceManager уже уничтожена.

Теперь мы используем эти классы в обычной манере Robospice, за тем единственным исключением, что нам нужно передать только WakefulSpiceRequests для выполнения в WakefulSpiceManager:

    WakefulSpiceManager manager = new WakefulSpiceManager(context, MyService.class);
    manager.execute(new WakefulSpiceRequest<MyResult>(MyResult.class) {
        @Override
        public MyResult execute() throws Exception {
            return ...
        }
    }, new RequestListener<MyResult>() {
        @Override
        public void onRequestFailure(SpiceException e) {
            ...
        }

        @Override
        public void onRequestSuccess(MyResult result) {
            ...
        }
    });

Новый Workmanager поможет вам планировать задачи в любом порядке. Вы можете легко установить ограничения для задания, которое вы хотите поставить в очередь, наряду со многими другими преимуществами по сравнению с JobScheduler API или диспетчером тревог. Взгляните на это видео для краткого введения - https://www.youtube.com/watch?v=pErTyQpA390 (WorkManager в 21:44).

РЕДАКТИРОВАТЬ: Обновлен мой ответ, чтобы показать возможности нового API. Вам не понадобятся идентификаторы для обработки заданий с этим. Вы можете просто поставить задачу в очередь, а остальное сделает сам API.

Некоторые сценарии работы

• WorkManager.getInstance() .beginWith(workA) // Note: WorkManager.beginWith() returns a // WorkContinuation object; the following calls are // to WorkContinuation methods .then(workB) .then(workC) .enqueue();

• WorkManager.getInstance() // First, run all the A tasks (in parallel): .beginWith(workA1, workA2, workA3) // ...when all A tasks are finished, run the single B task: .then(workB) // ...then run the C tasks (in any order): .then(workC1, workC2) .enqueue();