糟糕的设计,这个 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,包含多种解题思路、时间复杂度、空间复杂度分析,在线阅读

相关推荐
2501_944424121 小时前
Flutter for OpenHarmony游戏集合App实战之贪吃蛇食物生成
android·开发语言·flutter·游戏·harmonyos
十年编程老舅3 小时前
虾皮C++一面:C++四种类型转换详解
程序员·编程·c/c++
紫雾凌寒4 小时前
【 HarmonyOS 面试题】2026 最新 ArkTS 语言基础面试题
华为·面试·程序员·华为云·职场发展·harmonyos·arkts
2501_937145414 小时前
神马影视8.8版2026最新版:核心技术升级与多场景适配解析
android·源码·电视盒子·源代码管理
2501_944424126 小时前
Flutter for OpenHarmony游戏集合App实战之俄罗斯方块七种形状
android·开发语言·flutter·游戏·harmonyos
不会Android的潘潘7 小时前
受限系统环境下的 WebView 能力演进:车载平台 Web 渲染异常的根因分析与优化实践
android·java·前端·aosp
建军啊7 小时前
java web常见lou洞
android·java·前端
豆奶dudu7 小时前
安卓应用签名生成+微信开放平台安卓应用签名
android·微信开放平台
AC赳赳老秦9 小时前
Dify工作流+DeepSeek:运维自动化闭环(数据采集→报告生成)
android·大数据·运维·数据库·人工智能·golang·deepseek
2501_944424129 小时前
Flutter for OpenHarmony游戏集合App实战之记忆翻牌配对消除
android·java·开发语言·javascript·windows·flutter·游戏