BroadcastQueue( 472): Background execution not allowed: receiving Inten

这个主要是因为Android 8.0 对应用在后台运行时可以执行的操作施加了限制。

限制的理由如下：
每次在后台运行时，应用都会消耗一部分有限的设备资源，例如 RAM。 这可能会影响用户体验，如果用户正在使用占用大量资源的应用，影响尤为明显。为了提升用户体验，Android 8.0 对应用在后台运行时可以执行的操作施加了限制。

广播限制：除了有限的例外情况，应用无法使用清单注册隐式广播。 它们仍然可以在运行时注册这些广播，并且可以使用清单注册专门针对它们的显式广播。详细情况可以参看：https://developer.android.com/about/versions/oreo/background.html#broadcasts；

Implicit Broadcast Exceptions(例外的隐式广播)
https://developer.android.google.cn/guide/components/broadcast-exceptions?hl=zh-cn
As part of the Android 8.0 (API level 26) Background Execution Limits, apps that target the API level 26 or higher can no longer register broadcast receivers for implicit broadcasts in their manifest. However, several broadcasts are currently exempted from these limitations. Apps can continue to register listeners for the following broadcasts, no matter what API level the apps target.

Note: Even though these implicit broadcasts still work in the background, you should avoid registering listeners for them.
ACTION_LOCKED_BOOT_COMPLETED, ACTION_BOOT_COMPLETED
Exempted because these broadcasts are only sent only once, at first boot, and many apps need to receive this broadcast to schedule jobs, alarms, and so forth.
ACTION_USER_INITIALIZE, “android.intent.action.USER_ADDED”, “android.intent.action.USER_REMOVED”
These broadcasts are protected by privileged permissions, so most normal apps cannot receive them anyway.
“android.intent.action.TIME_SET”, ACTION_TIMEZONE_CHANGED, ACTION_NEXT_ALARM_CLOCK_CHANGED
Clock apps may need to receive these broadcasts to update alarms when the time, timezone, or alarms are changed.
ACTION_LOCALE_CHANGED
Only sent when the locale changes, which is not often. Apps might need to update their data when the locale changes.
ACTION_USB_ACCESSORY_ATTACHED, ACTION_USB_ACCESSORY_DETACHED, ACTION_USB_DEVICE_ATTACHED, ACTION_USB_DEVICE_DETACHED
If an app needs to know about these USB-related events, there is not currently a good alternative to registering for the broadcast.
ACTION_CONNECTION_STATE_CHANGED, ACTION_CONNECTION_STATE_CHANGED, ACTION_ACL_CONNECTED, ACTION_ACL_DISCONNECTED
User experience is not likely to suffer if apps receive broadcasts for these Bluetooth events.
ACTION_CARRIER_CONFIG_CHANGED, TelephonyIntents.ACTION_*_SUBSCRIPTION_CHANGED, “TelephonyIntents.SECRET_CODE_ACTION”, ACTION_PHONE_STATE_CHANGED, ACTION_PHONE_ACCOUNT_REGISTERED, ACTION_PHONE_ACCOUNT_UNREGISTERED
OEM telephony apps may need to receive these broadcasts.
LOGIN_ACCOUNTS_CHANGED_ACTION
Some apps need to know about changes to login accounts so they can set up scheduled operations for the new and changed accounts.
ACTION_ACCOUNT_REMOVED
Apps that have visibility into an account receive this broadcast when the account is removed. If this is the only account change that the app needs to act on, it’s strongly recommended that the app use this broadcast instead of the deprecated LOGIN_ACCOUNTS_CHANGED_ACTION.
ACTION_PACKAGE_DATA_CLEARED
Only sent when the user explicitly clears their data from Settings, so broadcast receivers are unlikely to significantly affect user experience.
ACTION_PACKAGE_FULLY_REMOVED
Some apps may need to update their stored data when another package is removed; for those apps, there is no good alternative to registering for this broadcast.

Note: Other package-related broadcasts (such as ACTION_PACKAGE_REPLACED) are not exempted from the new restrictions. These broadcasts are common enough that there is a potential performance impact to exempting them.

ACTION_NEW_OUTGOING_CALL
Apps that take action in response to users placing calls need to receive this broadcast.

ACTION_DEVICE_OWNER_CHANGED
This broadcast is not sent very often; some apps need to receive it, so that they know that the device’s security status has changed.

ACTION_EVENT_REMINDER
Sent by the calendar provider to post an event reminder to the calendar app. Since the calendar provider doesn’t know what the calendar app is, this broadcast has to be implicit.

ACTION_MEDIA_MOUNTED, ACTION_MEDIA_CHECKING, ACTION_MEDIA_UNMOUNTED, ACTION_MEDIA_EJECT, ACTION_MEDIA_UNMOUNTABLE, ACTION_MEDIA_REMOVED, ACTION_MEDIA_BAD_REMOVAL
These broadcasts are sent as a result of the user’s physical interactions with the device (installing or removing storage volumes) or as part of boot initialization (as available volumes get mounted), so they are not a common occurrence and are generally under the user’s control.

SMS_RECEIVED_ACTION, WAP_PUSH_RECEIVED_ACTION
These broadcasts are relied on by SMS recipient apps.