hi 大家好,我是 DHL。就职于美团、快手、小米。公众号:ByteCode,专注有用、有趣的硬核原创内容,Kotlin、性能优化、系统源码、图解算法、大厂面经。
每个 Android 开发者,每年都要面对 Android API 革命性的改变,动不动就废弃一个 API,然而新的 API 比旧的 API 更加糟糕。给开发者增加了很多负担,每次的适配都是一堆体力活,这样就导致了每个 App 对 SDK 的版本产生了强烈的依赖。轻则功能无法使用,重则直接崩溃。
在之前的文章中 使用 14 年的 API 被下线了 介绍了 Android 团队一个糟糕的设计,废弃了方法 overridePendingTransition()
,然后新的 API 比旧的 API 更加糟糕,如下图所示。
新的 API 增加了一个参数 overrideType
,虽然增加了一个参数,但是这个理解成本比较高,开发者需要思考在什么场景下传什么参数,给开发者增加了很多负担。更多内容可以前往查看 使用14年的API被下线了。
今天这篇文章,想介绍 Android 团队废弃的另外一个 API,这个决定让很多开发者感到失望,迫使全球每个 Android 开发者不得不做出改变,去兼容 Android 团队实现的某个功能。
这个 API onBackPressed
我相信每个 Android 同学都用过,它的作用就是监听设备上的返回事件,现如今这个 API 已经陪伴了我们 14 年,在它 13 岁时 (Android 13 (API level 33)) 被废弃了,而且是毫无征兆的废弃,没有过渡期,直接不能正常工作了。
之所以废弃,是因为在 Android 13 上,新增了一个可预测性返回手势的功能,按照官方的解释,用户触发了返回手势,在返回之前,可以提前看到返回之后的结果,这样用户可以决定继续返回,还是停留在当前页面,效果如下图所示。
那为什么不能使用之前的 API 来实现这个功能呢,具体的原因 Android 团队未给出,但是我猜想,使用新的 API 是为了减少不可预知问题的出现,毕竟这个 API onBackPressed()
用了十几年,因此采用了一个低成本的方式,废弃掉原来的 API,使用新的 API 来代替,迫使全球每一个 Android 开发人员去做出改变,兼容 Android 团队实现的这个功能,我们在看一下源码怎么说。
从 Android 13 开始,应该使用 getOnBackInvokedDispatcher()
代替 onBackPressed
,如果要向后兼容的话,应该使用 AndroidX 中的 getOnBackPressedDispatcher()
,新的 API 除了实现可预测性返回手势的功能之外,还可以拦截返回事件,而原来的方法 onBackPressed()
无法收到返回事件。
Android 13 提供的 API getOnBackInvokedDispatcher()
命名让我无法理解,从一个好名字,改成了一个让人很难理解的名字,并且使用起来也非常的麻烦。
新的 API getOnBackPressedDispatcher()
需要接受一个 OnBackPressedCallback
,而 OnBackPressedCallback
构造方法中需要传入 boolean enabled
的参数。
- 当
enabled = true
时,表示拦截返回事件,触发设备上的返回键之后,将会回调handleOnBackPressed
方法 - 当
enabled = false
时,表示不拦截返回事件,触发设备上的返回键之后Activity
将直接结束
不过好在提供了 addCallback()
方法,这个方法内部与 LifecycleOwner
做关联,在 Activity 销毁的时候会 remove ,防止内存泄露。
最后我想说的
Android 最令人失望的一点,为了满足 Android 团队实现的某个功能,迫使全球每个 Android 开发者,不得不去做出改变,去兼容他们内部的功能。
而 Android 这些年的变化除了安全问题,其他都是一些无关痛痒的变化,每次的升级都有一堆的 API 被废弃,导致了每个 App 对 SDK 的版本产生了强烈的依赖。轻则功能无法使用,重则直接崩溃。
全文到这里就结束了,感谢你的阅读,坚持原创不易,欢迎在看、点赞、分享给身边的小伙伴,我会持续分享原创干货!!!
Hi 大家好,我是 DHL,就职于美团、快手、小米。公众号:ByteCode ,分享有用、有趣的硬核原创内容,Kotlin、Jetpack、性能优化、系统源码、算法及数据结构、动画、大厂面经,真诚推荐你关注我。
- 公众号:ByteCode
- 哔哩哔哩: space.bilibili.com/498153238
- 掘金: juejin.im/user/259450...
- 博客: hi-dhl.com
- Github: github.com/hi-dhl
我开了一个云同步编译工具(SyncKit),主要用于本地写代码,同步到远程设备,在远程设备上进行编译,最后将编译的结果同步到本地,代码已经上传到 Github,欢迎前往仓库 hi-dhl/SyncKit 查看。
最新文章
- 鸿蒙,流氓软件的终结者
- 使用 14 年的 API 被下线了
- Android 14 彻底终结大厂流氓应用
- 适配 Android 14,功能和权限的变更,你的应用受影响了吗
- Android 14 新增权限
- Android 13这些权限废弃,你的应用受影响了吗?
- Android 12 已来,你的 App 崩溃了吗?
- 国外大厂面试题, 7 个 Android Lifecycle 重要的知识点
- Android 利器,我开发了云同步编译工具
- Twitter 上有趣的代码
- 谁动了我的内存,揭秘 OOM 崩溃下降 90% 的秘密
- 反射技巧让你的性能提升 N 倍
- 90%人不懂的泛型局限性,泛型擦除,星投影
- 揭秘反射真的很耗时吗,射 10 万次耗时多久
- Google 宣布废弃 LiveData.observe 方法
- 影响性能的 Kotlin 代码(一)
- 揭秘 Kotlin 中的 == 和 ===
开源新项目
-
云同步编译工具(SyncKit),本地写代码,远程编译,欢迎前去查看 SyncKit
-
KtKit 小巧而实用,用 Kotlin 语言编写的工具库,欢迎前去查看 KtKit
-
最全、最新的 AndroidX Jetpack 相关组件的实战项目以及相关组件原理分析文章,正在逐渐增加 Jetpack 新成员,仓库持续更新,欢迎前去查看 AndroidX-Jetpack-Practice
-
LeetCode / 剑指 offer,包含多种解题思路、时间复杂度、空间复杂度分析,在线阅读