后台执行限制：
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_LOCKED_BOOT_COMPLETED,ACTION_BOOT_COMPLETED
ACTION_USER_INITIALIZE,"android.intent.action.USER_ADDED", "android.intent.action.USER_REMOVED"
"android.intent.action.TIME_SET",ACTION_TIMEZONE_CHANGED,ACTION_NEXT_ALARM_CLOCK_CHANGED
ACTION_USB_ACCESSORY_ATTACHED,ACTION_USB_ACCESSORY_DETACHED,ACTION_USB_DEVICE_ATTACHED,ACTION_USB_DEVICE_DETACHED
ACTION_CONNECTION_STATE_CHANGED,ACTION_CONNECTION_STATE_CHANGED,ACTION_ACL_CONNECTED,ACTION_ACL_DISCONNECTED
ACTION_CARRIER_CONFIG_CHANGED,TelephonyIntents.ACTION_*_SUBSCRIPTION_CHANGED, "TelephonyIntents.SECRET_CODE_ACTION"
ACTION_MEDIA_MOUNTED,ACTION_MEDIA_CHECKING,ACTION_MEDIA_UNMOUNTED,ACTION_MEDIA_EJECT,ACTION_MEDIA_UNMOUNTABLE,ACTION_MEDIA_REMOVED,ACTION_MEDIA_BAD_REMOVAL
