Android后台Service已死 WorkManager崛起

后台服务已死

Service是可以在后台执行长时间运行的应用程序组件，它不提供用户界面。

Service分为前台服务和后台服务，我们这只讨论后台服务，所以后台服务的目的：
在后台执行长时间的任务。

从Android O之后的系统，安卓对服务的使用做了越来越多的限制。

安卓官网的说明：
https://developer.android.com/about/versions/oreo/background.html

在后台中运行的 Service 会消耗设备资源，这可能会降低用户体验。为了缓解这一问题，系统对这些 Service 施加了一些限制：

• 在该时间窗结束后，应用将被视为处于空闲状态。 此时，系统将停止应用的后台 Service，就像应用已经调用 Service 的 Service.stopSelf() 方法一样。

也就是说，当你的应用不在前台，时间窗结束后，会变成闲置状态，系统就杀死你的后台服务。

网上一系列Service保活，创建永不停止Service，经过验证，都已失效。即你无法在使用后台服务在后台偷偷执行需要长时间的任务，例如监控GPS状态，记录步数等等。

这是Android系统的大势所趋，为什么安卓要限制服务的使用呢？

限制后台服务使用的原因是，当你的app使用服务在后台运行时，你的app消耗了宝贵的资源：

• 内存
• 电池

最佳的做法是：操作完成后，服务应自行停止。

但是，许多应用程序具有长时间运行的后台服务，这些服务基本上运行无限时间以维持与服务器的Socket连接或监视某些任务或用户活动。这些服务会导致电池耗尽，并且还会不断消耗内存。

鉴于以上原因：后台服务已经无法再在后台执行长时间任务。

所以，安卓退出了WorkManager完美解决了此类问题。

WorkManager崛起

WorkManager官网说明：
https://developer.android.com/reference/androidx/work/WorkManager

• WorkManager是一个用于排队可延迟工作的库，保证在满足约束条件后的某个时间执行。 WorkManager允许观察工作状态和创建复杂工作链的能力。
• WorkManager旨在通过为系统驱动的后台处理提供一流的API来简化开发人员体验。它适用于即使应用程序不再位于前台也应运行的后台作业。在可能的情况下，它使用JobScheduler或Firebase JobDispatcher来完成工作; 如果你的应用程序在前台，它甚至会尝试直接在你的过程中完成工作。

应用场景：每15分钟跟踪用户位置
创建一个SocketWorker.java

public class SocketWorker extends Worker {
    private static final String TAG = SocketWorker.class.getSimpleName();

    public SocketWorker(@NonNull Context context, @NonNull WorkerParameters workerParams) {
        super(context, workerParams);
    }

    @NonNull
    @Override
    public Result doWork() {
        Log.i(TAG,"doWork");
        return Result.success();
    }
}

启动：

PeriodicWorkRequest.Builder blurBuilder = new PeriodicWorkRequest.Builder(SocketWorker.class,PeriodicWorkRequest.MIN_PERIODIC_FLEX_MILLIS, TimeUnit.MILLISECONDS);
WorkManager.getInstance().enqueue(blurBuilder.build());

最小时间：

    /**
     * The minimum interval duration for {@link PeriodicWorkRequest} (in milliseconds).
     */
    public static final long MIN_PERIODIC_INTERVAL_MILLIS = 15 * 60 * 1000L; // 15 minutes.
    /**
     * The minimum flex duration for {@link PeriodicWorkRequest} (in milliseconds).
     */
    public static final long MIN_PERIODIC_FLEX_MILLIS = 5 * 60 * 1000L; // 5 minutes.