android oreo运行环境,Android Oreo——后台执行限制

后台执行限制：

Android 8.0对应用后台执行做了限制，已节省内存等，达到更好的用户体验。下面面一段我们看一下官方解释文档的说法：

应用在两个方面受到限制：

后台服务限制：处于空闲状态时，应用可以使用的后台服务存在限制。 这些限制不适用于前台服务，因为前台服务更容易引起用户注意。

广播限制：除了有限的例外情况，应用无法使用清单注册隐式广播。 它们仍然可以在运行时注册这些广播，并且可以使用清单注册专门针对它们的显式广播。

注：默认情况下，这些限制仅适用于针对 O 的应用。 不过，用户可以从Settings屏幕为任意应用启用这些限制，即使应用并不是以 O 为目标平台。

我们再仔细的看一下官网所提的后台服务：

系统可以区分前台和后台应用。(用于服务限制目的的后台定义与内存管理使用的定义不同；一个应用按照内存管理的定义可能处于后台，但按照能够启动服务的定义又处于前台。)如果满足以下任意条件，应用将被视为处于前台：

具有可见 Activity(不管该 Activity 已启动还是已暂停)。

具有前台服务。

另一个前台应用已关联到该应用(不管是通过绑定到其中一个服务，还是通过使用其中一个内容提供程序)。

例如，如果另一个应用绑定到该应用的服务，那么该应用处于前台。

1.再次注意限制条件：后台服务(仔细看上面的条件)；

2.当应用出于后台一段时间(测试Oreo模拟器一分多一点)内，已经启动的Service可以运行。超过这个时间stop执行，也就是说被系统杀掉了；

3.当应用处于后台一段时间(测试使用120s作为测试)，再startService启动后台Service报错()；

note：

1.在3条件下bindService不会有以上问题；

2.可以通过startForegroundService(new Intent(getApplicationContext(), MyService.class));并且5s内没使用startForeground()来创建一个notification通知，Service会stop;

3.另外官网推荐使用JobScheduler作业替换后台服务；

Oreo不再允许在注册列表注册隐式广播接收器(白名单中的类型除外、需要签名权限的广播也例外、运行时Context.registerReceiver()不被限制)；

另外官方推荐许多情况下，之前注册隐式广播的应用使用JobScheduler作业可以获得类似的功能。

白名单广播类型：

ACTION_USER_INITIALIZE,"android.intent.action.USER_ADDED", "android.intent.action.USER_REMOVED"

ACTION_CARRIER_CONFIG_CHANGED,TelephonyIntents.ACTION_*_SUBSCRIPTION_CHANGED, "TelephonyIntents.SECRET_CODE_ACTION"