是时候与隐式BroadcastReceiver说再见了

2019年5月28日 121次阅读 来源: 小菜鸟程序媛

原文地址：https://medium.com/@iiro.krankka/its-time-to-kiss-goodbye-to-your-implicit-broadcastreceivers-eefafd9f4f8a#.q2rtv1w0x

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中注册你的广播。

    原文作者：小菜鸟程序媛
    原文地址: https://www.jianshu.com/p/743f56579db3
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞