将其Android应用的Java代码迁移到Kotlin

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 时已经习惯的工具和优化。但我们正在努力缩小这些差距。随着我们取得进展以及这些工具和库的成熟，我们还将努力将它们反馈给社区。”

审核编辑 ：李倩