Meta 将 Android 应用 Java 代码迁移到 Kotlin:零到 1000 万行
Meta 发布了一篇博客表示,正在将其 Android 应用的 Java 代码迁移到 Kotlin,并分享了这一过程中的一些经验。
该公司认为,Kotlin 是一种流行的 Android 开发语言,与 Java 相比具有一些关键优势。“因此,在我们努力使我们的开发工作流程更加高效的过程中,将 Meta 的 Android 开发转向 Kotlin 是非常合理的......Kotlin 通常被认为是一种比 Java 更好的语言,在年度 Stack Overflow 开发者调查中,它的好感度要高于 Java。”
除了受欢迎程度外,Meta 还将最新的 Kotlin 版本与 Java 11(可用于 Android 开发的最新版本)进行了比较,并得出了 Kotlin 的一些主要优势:可空性、函数式编程、更短的代码、以及领域特定语言 (DSL) / 类型安全构建器等。
Facebook 软件工程师 Omer Strulovich 指出,Meta 旗下几个流行的 Android 应用--Facebook、Instagram、Messenger、Portal 和 Quest 都已经开始从 Java 转向 Kotlin。截至目前,Facebook、Messenger 和 Instagram 的 Android 应用程序都有超过 100 万行 Kotlin 代码,并且转换率正在提高。Meta 的 Android 代码库总共已包含有超过 1000 万行的 Kotlin 代码。作为此次迁移的一部分,Meta 透露其也正在开源用于操作 Kotlin 代码的各种示例和实用程序。
不过,采用 Kotlin 也有一些不能忽视的缺点。博客内容指出,比如:两种语言的混合代码库需要长时间的处理维护;以及 Kotlin 与 Java 相比,流行度还是存在明显的差距,这意味着 Kotlin 可用的工具也更少。更糟糕的是所有 Kotlin 工具还都需要考虑 Kotlin 和 Java 的互操作性,这使得它们的实现就变得复杂。
最大的问题还在于构建时间。“我们从一开始就知道 Kotlin 的构建时间会比 Java 的要长。该语言及其生态系统更加复杂,Java 在优化其编译器方面领先了 20 年。由于我们拥有多个大型应用程序,较长的构建时间可能会对我们的开发人员体验产生负面影响。”
如何处理迁移
Meta 称,迁移到 Kotlin 既简单又非常复杂。因为 Kotlin 的设计允许从 Java 进行简单的转换,并具有经过深思熟虑的互操作性。这种设计使 JetBrains 能够为开发人员社区提供 J2K,即 IntelliJ/Android Studio 中的 Java 到 Kotlin 转换器。但 J2K 不是万能的,迁移中的有些情况仍然很复杂。
迁移之前,该公司考虑了两个选择:
- 一个是可以使用 Kotlin 在 Meta 上编写新代码,但将大部分现有代码保留在 Java 中。
- 还有一个是可以尝试将几乎所有内部代码转换为 Kotlin。
第一个选项的优势很明显,即少得多的工作量;但是这种方法也有两个明显的缺点。首先,在 Kotlin 和 Java 代码之间实现互操作性引入了 Kotlin 中 platform types 的使用。platform types 会导致运行时空指针取消引用,从而导致崩溃,破坏了纯 Kotlin 代码提供的静态安全优势。在一些复杂的情况下,Kotlin 的空检查省略还可能漏掉空值通过,进而引发空指针异常。例如,如果 Kotlin 代码调用由 Java 接口实现的 Kotlin 接口,就会发生这种情况。其他问题包括 Java 无法将类型参数标记为可空性(直到最近才修复),以及 Kotlin 的重载规则考虑了可空性,而 Java 的重载规则却没有。
第二个缺点是考虑到 Meta 的大多数软件开发都需要修改现有代码。“如果我们的大部分代码都是用 Java 编写的,我们就无法让我们的开发人员充分享受 Kotlin 的乐趣。由于迁移是一个漫长的过程,期望每个工程师在接触文件之前将文件转换为 Kotlin 既费力又低效。”
因此,Meta 方面最终选择了第二条选项,决定将几乎所有代码转换为 Kotlin。而在尝试为现有应用程序引入 Kotlin 时,Meta 也遇到了很多麻烦,例如需要更新 Redex 以支持 Java 不生成的字节码模式。以及使用的某些内部库依赖于在编译期间进行字节码转换来获取更好的性能。而将其作为 Kotlin 编译的一部分运行时,这部分代码则无法生效。为此,Meta 专门构建了解决工具。
此外,他们还发现在现有工具中存在的一些差异。例如代码审查或 wiki 中缺少 Kotlin 语法高亮显示。“我们更新了我们正在使用的库 Pygments,以使体验与 Java 相媲美。我们更新了一些内部代码修改工具,以便能够处理 Kotlin。我们还构建了 Ktfmt,这是一个基于 google-java-format 的代码和理念的确定性 Kotlin 格式化程序。”
准备好所有工具后,Meta 就可以正式开始批量转换大量代码。“随着我们工具的改进,我们已经能够将相当大的一部分代码转换成 Kotlin。我们的代码库中已经有超过 1000 万行 Kotlin 代码,而且 Meta 的大多数 Android 开发人员现在都在编写 Kotlin 代码”。平均而言,此次迁移使代码行数减少了 11%。
Meta 方面表示,其向 Kotlin 的迁移仍在进行中并在加速。“我们已经允许 Meta 的任何想要使用 Kotlin 的 Android 开发人员这样做,并为他们提供了工具来轻松地将现有代码迁移到 Kotlin。Kotlin 仍然缺少一些我们在使用 Java 时已经习惯的工具和优化。但我们正在努力缩小这些差距。随着我们取得进展以及这些工具和库的成熟,我们还将努力将它们反馈给社区。”
更多详情可查看官方博客。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OpenZFS 开发工作重点:改进压缩、提升性能以及引入 uZFS 等
近日在旧金山举行了一年一度的 OpenZFS 开发者峰会。会议主题包括介绍 OpenZFS 现状、亚马逊 AWS 如何大规模使用 OpenZFS,以及开源开发者目前正在解决的一些优化和改进等内容。 从演讲主题来看,此次峰会有不少关于优化 OpenZFS 性能的分享。例如讨论 Zvol 性能、改进 OpenZFS 压缩、在用户空间中运行 ZFS、更快的 ZFS scrub 和其他正在推进的工作、以及共享 L2arc 等。 在关于 Zvol 性能的演讲中,演讲人分析了 blk-mq 对非 O_DIRECT 写入的性能优势,以及 LLNL 正在进行的其他一些优化。目前 Zvol 中的 blk-mq 支持已被合并,作为该补丁系列的一部分,具有非 O_DIRECT 的 Zvol 的顺序 dd 性能在写入速度方面从 292 MB/s 提升到 453 MB/s,而读取速度从 453 MB/s 提升到了 885 MB/s。详细内容查看幻灯片文件。 用户空间 ZFS 尝试将"uZFS"作为现有基于 FUSE 的 ZFS 驱动的替代方案。uZFS 目标是让它更加独立,能被轻松集成到其他存储系统中,并通过利...
- 下一篇
模式识别整理
模式识别介绍 模式:指需要识别且可测量的对象的描述。 这些对象与实际的应用有关,如:字符识别的模式——每个字符图像;人脸识别的模式——每幅人脸图像。 模式识别:利用机器(计算机)模仿人脑对现实世界各种事物进行描述、分类、判断和识别的过程。 样本(sample):所研究对象的一个个体。 样本集(sample set):若干样本的集合。 类和类别(class):在所有样本上定义的一个子集,处于同一类的样本在我们所关心的某种性质上是不可区分的。 特征(feature):指用于表征样本的观测。 已知样本(know samples):指事先知道类别标号的样本。 未知样本(unknow samples):指类别标号未知但特征已知的样本。 所谓模式识别的问题,就是用计算的方法根据样本的特征将样本划分到一定的类别中去。 模式识别的目的是为了通过机器完成对事物的分类,可以归纳为基于知识的方法和基于数据的方法两大类。基于知识的方法一般是通过人的经验来进行判定,如吃肉的归为肉食动物,吃草归为草食动物,有羽毛归为鸟类等,其中吃肉、吃草、有羽毛是特征,肉食动物、草食动物、鸟类是分类。基于知识的方法的基本思想是根...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS关闭SELinux安全模块
- CentOS7编译安装Gcc9.2.0,解决mysql等软件编译问题
- Hadoop3单机部署,实现最简伪集群
- CentOS6,7,8上安装Nginx,支持https2.0的开启