Android O开发预览版已经出来了，是时候开始猜测一下Android O给我们带来了什么样的惊喜。
每个android 开发者都应该检查即将到来的操作系统版本的行为变化列表。他已经被很好的划分了，所以你只用看针对Android O的应用成俗的行为的更改，以及影响运行Android O的设备上每个API级别的更改。
但是你可以跳过Broadcast 部分，因为接下来要说的就是。
如果你并没有计划将你的app更新到Android O，就可以跳过该文章了，如果你准备把你的app更新到android上并且在你的AndroidManifest中注册了隐式的BroadcastReceiver的话，就继续阅读吧。
NOTE：有一些不受影响的广播的列表，因此，如果你的应用程序依赖于ACTION_BOOT_COMPLETED或ACTION_HEADSET_PLUG，还尤其多其他的，你的应用程序将会继续正常工作。
这是关于节约电的
最大限度的提高性能和电池寿命一直是Android的一大优先事项，在Android6.0版本，Doze和App StandBy模式极大的优化了以前较差的电池寿命，这也是现代手机的真正痛点。
虽然Doze模式限制所有应用程序在特殊维护窗口中执行耗电量的后台任务，App Standby模式会延迟最近最少使用的应用程序的网络活动，随着Doze推出JobScheduler,Google开始敦促开发者使用它来开发所有的后台任务。
节省电池电量与BroadcastReceivers有什么关系？
使用Android7.0，在AndroidManifest中注册隐式广播的支持已经被删除了。
当app在Android O上运行时，所有的在manifest中注册的隐式广播将会停止工作。
事实证明，应用程序在其清单文件中注册了大量的不必要的隐式BroadcastReceivers，导致不必要的电池消耗，例如，CONNECIVITY_ACTION广播的许多应用程序注册接收器。“那又怎么样”，你可能会想，这与电池消耗有什么关系。
想象一下，你有十几个应用程序可以监听连接更改事件，当wifi掉线，Android系统发送CONNECTIVITY_ACTION广播，并导致所有十几个应用程序唤醒并对更改做出反应。
由于wifi不再可用，您可以连接到移动网络，猜猜会做什么操作，CONNECTIVITY_ACTION广播再次发送，当你回家重新连接到您的wifi时，同样的顺序再次发生。
由于所有这些应用程序都在AndroidManifest中注册这些广播，所以他们总是被唤醒以接收这些事件，即使他们不在前台，甚至是没有运行。
我已经在我的清单文件中注册了一个BroadcastReceiver，现在呢？
不要惊慌，尽管将现有的代码迁移到箭筒的Android O可能会令人沮丧，但这并不是一个重大变化，而是一个优势。
确实BroadcastReceiver是隐式还是显式
根据文档，与您的应用程序无直接关系的任何广播都是隐式广播，像文档状态一样，ACTION_PACKAGE_REPLACE是一个隐式广播，因为他会通知手机上每个安装的包。
同样，与您的应用程序直接相关的任何广播都是明确的，因此ACTION_MY_PACKAGE_REPLACED是一个显式广播，因为只有你自己的应用程序更新时才通知，你可以监听的大多数广播都是隐式的。
检查你的应用程序是否受影响
Android Developer文档提供了不受影响并将继续正常运行的隐式广播列表，这意味着如果您的应用程序仅在AndroidManifest中注册这些隐式广播的监听器，并且只有这些才是安全的。
最常见的不受影响的是ACTION_BOOT_COMPLETED,ACTION_HEADSET_PLUG,ACTION_CONNECTION_STATE_CHANGED用于蓝牙状态更改，还有许多其他更改。
JobScheduler
如果你监听了网络连接，接收设备空闲事件，则可能需要使用JobScheduler来执行你的任务。
Component myService = new ComponentName(this,MyService.class);
JobInfo myInfo = new JobInfo.Builder(myService)
.setRequiresCharging(true)
.setRequiredNetworkType(JobInfo.NETWORK_TYPE_ANY)
.setPersisted(true)
.build();
JobScheduler jobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE);
jobScheduler.schedule(myJob);
JobScheduler很好的与Android系统和Doze模式相适应，他允许基于你定义的条件执行任务。
JobScheduler只支持Android棉花糖以及以上的系统，如果你的app的minSdkVersion小于21，则有类似API的库提供向后兼容，正式推荐的是FirebaseJobDispatcher。
Context.registerReceiver()可以一直使用
无论您的广播是隐式的还是显示的，您都可以使用Activity，Fragment，Service甚至自定义视图中的Context.registerReceiver()方法来注册。
如果你的清单文件中有如下的监听器
...
<receiver android:name=".ChargerReceiver">
<intent-filter>
<action android:name="android.intent.action.ACTION_POWER_CONNECTED"/>
</intent-filter>
</receiver>
...
你需要移除上面的代码，并在fragment、service、fragment中监听该逻辑。
public class MainActivity extends AppCompatActivity {
private BroadcastReceiver chargerReceiver;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
chargerReceiver = new BroadcastReceiver() {
@Override
public void onReceive(Context context, Intent intent) {
// TODO: Awesome things
}
};
registerReceiver(
chargerReceiver,
new IntentFilter(Intent.ACTION_POWER_CONNECTED)
);
}
@Override
protected void onDestroy() {
super.onDestroy();
unregisterReceiver(chargerReceiver);
}
}
注册BroadcastReceivers与Context.registerReceiver()的区别在于，最终需要取消注册，而你的清单文件中定义的接收者会唤醒您的应用程序。
如果在activity/fragment中完成，一个取消注册的好地方是onDestroy回调，在服务中，如果你不需要再收到这些事件，请注销。
摆脱Manifest文件中的所有隐式广播，使用JobScheduler，FirebaseJobDispatcher或替代方案替代您的任务，如果不支持你的广播，那么请在activity、fragment、service中注册你的广播。
