Android 8.0 API变化

随着Android O的发布,系统广播机制有了显著变化,旨在减少功耗。Google移除了大部分隐式广播,并建议使用JobScheduler来安排后台任务。文章还介绍了如何在新版本中调整应用以适应这些变化。
摘要由CSDN通过智能技术生成

这里介绍的更详细

日前,Android O 预览版已经发布,这里就来介绍下 Android O 中对 Broadcast 的改变。

Android O 对于系统广播(Broadcast)的改变归根结底都是为了进一步的节省功耗。Google 在 Android Marshmallo (6.0, API level 23) 中引入了 Doze and App Standby 来改进 Android 系统的电池表现。

Doze 限制所有的应用程序在特殊的时间窗口中执行耗电任务,而 App Standby 会限制最少使用 App 的网络活动。同时 Google 开始建议开发者使用  JobScheduler  来安排所有的后台任务。

在 Android Nougat (7.0) 中,Google 移除了三项隐式广播(Implict Broadcast)(CONNECTIVITY_ACTION, ACTION_NEW_PICTURE, ACTION_NEW_VIDEO),而在 Android O 中除了这里列出的,其余所有的隐式广播都被移除了。

Google 认为应用程序在其 manifest 中注册了太多没必要的 BraodcastReceiver,导致了不必要的耗电。比如,很多的应用和第三方 SDK 都会监听 CONNECTIVITY_ACTION 广播当你离开家,断开了家里的 wifi。Android 发送 CONNECTIVITY_ACTION 广播,结果几乎所有的应用都会被唤醒并对此作出反应。

并且,因为 wifi 不再可用,手机会连接上移动网络,广播又会发送一遍,回到家再连上 wifi,相同的事再次发生。

鉴于开发者们肯定更多的只是考虑自己的应用,你可以想象一下手机里的每个应用可能都会去监听网络状态变更、是否拍摄了新照片、安装了新应用、开始充电等等事件。因为这些 App 都在 AndroidManifest.xml 中注册接收这些广播,所以它们总是能被唤醒接收这些广播,即使不在前台,甚至没有运行。Google 也意识到隐式广播被滥用了,因此才会在 Android O 中清除了如此多的隐式广播。

那在 Android O 中我们应该怎么做呢?

1. 确定哪些 Broadcast 是隐式(Implict)的

根据官方文档,所有没有直接和你应用相关的广播都是隐式的。比如文档中举例的ACTION_PACKAGE_REPLACED,会在每个新应用安装时被广播。因此,像ACTION_MY_PACKAGE_REPLACED 这样的就是显式广播(explicit Broadcast),因为其只会在你的应用更新时才会进行广播。

绝大多数我们监听的广播都是隐式的。

2. 确定你的应用是否会被影响

这里列出的是没有被移除的隐式广播,也就是如果你的应用只是监听了这些广播的话,那么恭喜你,你的应用不需要改。

3. 如果应用确实监听了这些被移除的隐式广播,JobScheduler 来解救你

JobScheduler 完美适配 Doze 和 App Standby,可以根据定义的条件来执行任务,比如:

ComponentName myService = new ComponentName(this, MyService.class);
JobInfo myJob = 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);

不过,JobSchedular 只支持 Android API 21 及以上,如果你的应用需要支持以下版本的系统,官方建议可以使用 FirebaseJobDispatcher

这里推荐可以用 Evernote 的 Android-Job。其能够根据当前系统,当系统为 Marshmallow 及以上时使用 JobSchedular。当版本没达到时,根据是否集成了 Google Play Service 来使用 GCMNetworkManager 或 AlarmManager。

这里应该可以使用Service+动态注册方式实现,这样正常的使用就不会有问题,然后Activity去和Service交互


结论

不要再监听 Android 移除的隐式通知,使用 JobSchedular, FirebaseJobDispatcher 或 Android-Job 来实现相同的功能。


原文:https://zhuanlan.zhihu.com/p/26029881?spm=5176.100239.blogcont72976.16.8SHZPT&hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值