Android O 后台服务限制

谷歌刚刚发布了Android O技术预览版，为了提升续航和减少耗电，Android进一步限制了后台服务的运行。本文将为大家介绍Android O新增的后台服务限制，翻译自Android O开发者博客，原文在 这里 。

当应用在后台运行时，仍然会占用系统的内存。如果在后台运行的应用比较多，并且用户正在玩游戏或者看视频的时候，那么很容易会导致系统卡顿。为了提升用户体验，Android O增加了对后台应用的限制。这篇文章将介绍系统对后台应用运行的限制，以及开发者应该如果修改应用以适应这个限制。

在Android系统中，很多应用和服务是可以同时运行的。比如说，用户可以在一个窗口中玩游戏，在另一个窗口中浏览网页，同时使用第三个应用来听音乐。同时运行的应用越多，系统的负载就越大。如果又有其他的应用或者服务在后台运行的话，那么又会增加系统的负载，最后导致系统卡顿，影响到用户体验，比如正在播放的音乐会突然停止。

为了减少系统卡顿，Android O限制那些用户不再直接交互应用的运行。针对targetSdkVersion是Android O的应用，Android增加了以下两种方式的限制：

大多数情况下，应用可以使用 JobScheduler 的Jobs来绕开上述的限制。即使应用没有处于运行状态，应用可以安排 JobScheduler 的Jobs来执行什么工作，系统会在不影响用户体验的情况下，调度这些Jobs的运行。

后台服务会占用系统资源，这个会导致糟糕的用户体验。为了解决这个问题，Android O对应用的后台服务增加了一堆的限制。注意这些限制仅仅是针对targetSdkVersion为Android O的应用，targetSdkVersion为25或者以下的应用不受影响。

系统会区分前台和后台应用。当满足以下任意一个条件时，系统判定应用是前台的：

以上条件都不满足，那么应用就被系统认为是后台应用。

前台应用可以自由地运行前台和后台服务。当应用进入后台之后，它仍然有几分钟的时间窗口来启动和运行服务。当这个时间窗口到期时，应用就进入空闲状态，系统将停止应用的后台服务运行，这个操作和服务的 Service.stopSelf() 方法被调用类似。

某些情况下，后台应用会被临时加入到白名单中运行几分钟。应用在白名单中时，它可以启动服务而不受限制，并且后台服务也被运行。当需要处理对用户可见的任务时，应用将被添加到白名单中，比如：

大多数时候，你的应用都可以用 JobScheduler 替换掉后台服务。比如，CoolPhotoApp需要检查用户是否接收到好友分享的图片，即使应用不在前台运行。按照之前的做法，应用需要使用后台服务去执行这个任务。升级到Android O后，开发者需要用按一定周期运行的Job替换掉后台服务来执行，查询服务器，完成后退出。

在Android O之前，创建一个前台服务的通常做法是先创建一个后台服务，然后将其提升到前台 。但这个做法到了Android O已经失效了。Android O提供了另外一个方法[ NotificationManager.startServiceInForeground() ]( https://developer.android.com/reference/android/app/NotificationManager.html#startServiceInForeground(android.content.Intent , int, android.app.Notification))，来创建前台服务。用这个方法创建的新服务永远不会进入后台，所以不会受到后台服务的运行限制。

如果应用注册了广播，那么只要有广播发送，应用的广播接收器就会自动运行，占用系统资源。当很多应用都注册了某个系统事件广播时，那么就会出现性能问题，因为当系统事件触发广播时所有的应用的接收器在很短的时间内都会被顺序运行，这样就会影响用户体验。为了解决这个问题，Android 7.0增加了对广播的限制。Android O进一步加强了这个限制。

大多数情况下，应用之前注册的隐式广播可以用功能类似的 JobScheduler 的job替代。比如，一个社交图片类- -应用经常会在设备充电时，清除使用过程中产生的数据。该应用会在Manifest注册ACTION_POWER_CONNECTED广播，当接收到这个广播是，执行清理的工作。升级到Android O时，应用需要删除注册的这个广播，然后使用一个清理的job，这个job会在设备空闲并且充电时自动触发执行。

有一部分隐式广播是不受这个限制的，应用可以继续在Manifest中注册使用，不管应用的targetSdkVersion是多少。这部分不受限制的广播，可以查看 Implicit Broadcast Exceptions 。

上面介绍的这些变化不会影响到targetSdkVersion是25或者以下的应用 。但是如果应用是targetSdkVersion是Android O对应的API级别，需要修改应用以遵守这些新的限制。

如果应用在空闲状态仍然在运行后台服务，那么你需要替换掉这些后台服务。可以采用如下的方案：

检查在Manifest注册的广播，替换掉隐式广播：

你好，你一共提了两个问题，一个是关闭了应用但仍在后台运行，一个是应用短暂切出结果被关闭。

第一个问题比较复杂，和安卓的进程管理策略有关，和软件的权限设置有关，和消息推送机制有关。

第二个问题，主要和手机内存大小以及手机厂商的系统设定有关。

下面开始详细分析：

首先回答第一个问题：

原因一 ，安卓的进程管理策略和windows不一样，关闭应用并非立刻结束进程，而是将进程保留在内存中。这样做的目的是为了再次打开该应用时，能够提升启动速度。同时，保留在内存中的进程一般不太占资源，基本不影响整体的运行速度。

当然，内存大小是有限的，进程保留不可能无限，系统会设定一个阈值，当内存占用达到一定程度后，系统就会开始关闭用户后台进程（判断规则由不同厂商的系统决定）。

这也是安卓手机内存越大，系统越流畅的原因，因为能保留的进程越多，软件启动速度就越快。

原因二 ，中国的安卓应用良莠不齐，APP乱象丛生，喜欢调用各种敏感权限，方便收集用户数据等等。所以，很多APP都设置了自动启动，哪怕你关闭了应用，也会重新启动。

原因三 ，安卓的消息推送机制和IOS不一样，IOS有苹果专门搭建的消息服务器。所有APP的消息都是先发给苹果的消息服务器，再由服务器发送到IOS设备，这样，APP无需常驻后台。

而安卓系统不行，手机厂商各自为战，APP也只能各走各的通道，所以，像是微信、QQ这种应用，就必须常驻后台。

接下来是第二个问题：

原因一 ，上文谈到，手机内存大小有限，当保留的进程超过阈值后，系统就会开始关闭后台进程（切换走的应用就会变成后台进程）。如果你的应用恰好被系统判定为优先关闭，那么肯定会迅速关闭。

解决这个问题的方法，就是换一台大内存的手机。

原因二 ，跟手机厂商的系统设定有关。保留在内存中的进程一般不太占资源，但是积少成多，总会影响系统整体的运行速度，同时也会加重cpu负荷，导致费电。

现在电池技术迟迟无法突破，所以，手机厂商为了保障手机续航，也为了提高系统流畅度，会将阈值设置的比较小，很容易开始关闭后台进程，也就是俗称的杀后台严重。

当然，我上面列举的原因并不全面，但希望对你有所帮助。

希望我的回答对你有所帮助

安卓系统会缓存程序，供后续再次打开程序时使用。

一种是手机系统白名单应用，退出了会一直在后台运行，不会被系统结束掉，就算用户手动结束了，他也会自启动，另外一种是通过其它运行的应用启动他

---