糟糕的设计,这个 API 在 13 岁时被废弃了

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、性能优化、系统源码、算法及数据结构、动画、大厂面经,真诚推荐你关注我。


我开了一个云同步编译工具(SyncKit),主要用于本地写代码,同步到远程设备,在远程设备上进行编译,最后将编译的结果同步到本地,代码已经上传到 Github,欢迎前往仓库 hi-dhl/SyncKit 查看。


最新文章


开源新项目

  • 云同步编译工具(SyncKit),本地写代码,远程编译,欢迎前去查看 SyncKit

  • KtKit 小巧而实用,用 Kotlin 语言编写的工具库,欢迎前去查看 KtKit

  • 最全、最新的 AndroidX Jetpack 相关组件的实战项目以及相关组件原理分析文章,正在逐渐增加 Jetpack 新成员,仓库持续更新,欢迎前去查看 AndroidX-Jetpack-Practice

  • LeetCode / 剑指 offer,包含多种解题思路、时间复杂度、空间复杂度分析,在线阅读

相关推荐
longxibo9 小时前
【AIBIZ低代码平台:能长出业务系统的平台】
android·低代码·rxjava
AI_Gump17 小时前
Harness篇|DeepSeek Harness 上手机:五条安卓移植路线与 App 内 Linux 拆解
android·linux·人工智能·智能手机·deepseek
疯华整猫1 天前
否决 Flutter 提案那天,我发现自己也说不清 Framework 管什么
android
传奇开心果编程1 天前
【Flutter踩坑排雷】第25课:ScrollController 误用坑|跳转失效、监听泄漏与“控制器未附加”
android·flutter·ios·移动开发·跨平台·dart·声明式ui
慕容雪_2 天前
Capacitor8-Android打包完整手册
android·打包·capacitor
程序员cxuan2 天前
讲真,智能路由这事儿,还得看基元律动
人工智能·后端·程序员
阿杰m2 天前
Android源码第十三章:Bluetooth——沿一次发现走到控制器
android
booboosui2 天前
派活给另一个 AI:前后两次文件夹快照,就是交付清单
android
AI前端工程狮2 天前
用户点了「取消」,我的服务进程退出了
人工智能·程序员
得物技术2 天前
压测AI Agent 治理与评测调优实践
程序员·架构·测试