Meta 發(fā)布了一篇博客表示，正在將其 Android 應(yīng)用的 Java 代碼遷移到 Kotlin，并分享了這一過(guò)程中的一些經(jīng)驗(yàn)。

該公司認(rèn)為，Kotlin 是一種流行的 Android 開(kāi)發(fā)語(yǔ)言，與 Java 相比具有一些關(guān)鍵優(yōu)勢(shì)?！耙虼?，在我們努力使我們的開(kāi)發(fā)工作流程更加高效的過(guò)程中，將 Meta 的 Android 開(kāi)發(fā)轉(zhuǎn)向 Kotlin 是非常合理的。..。..Kotlin 通常被認(rèn)為是一種比 Java 更好的語(yǔ)言，在年度 Stack Overflow 開(kāi)發(fā)者調(diào)查中，它的好感度要高于 Java。”

除了受歡迎程度外，Meta 還將最新的 Kotlin 版本與 Java 11（可用于 Android 開(kāi)發(fā)的最新版本）進(jìn)行了比較，并得出了 Kotlin 的一些主要優(yōu)勢(shì)：可空性、函數(shù)式編程、更短的代碼、以及領(lǐng)域特定語(yǔ)言 （DSL） / 類型安全構(gòu)建器等。

Facebook 軟件工程師 Omer Strulovich 指出，Meta 旗下幾個(gè)流行的 Android 應(yīng)用 --Facebook、Instagram、Messenger、Portal 和 Quest 都已經(jīng)開(kāi)始從 Java 轉(zhuǎn)向 Kotlin。截至目前，F(xiàn)acebook、Messenger 和 Instagram 的 Android 應(yīng)用程序都有超過(guò) 100 萬(wàn)行 Kotlin 代碼，并且轉(zhuǎn)換率正在提高。Meta 的 Android 代碼庫(kù)總共已包含有超過(guò) 1000 萬(wàn)行的 Kotlin 代碼。作為此次遷移的一部分，Meta 透露其也正在開(kāi)源用于操作 Kotlin 代碼的各種示例和實(shí)用程序。

不過(guò)，采用 Kotlin 也有一些不能忽視的缺點(diǎn)。博客內(nèi)容指出，比如：兩種語(yǔ)言的混合代碼庫(kù)需要長(zhǎng)時(shí)間的處理維護(hù)；以及 Kotlin 與 Java 相比，流行度還是存在明顯的差距，這意味著 Kotlin 可用的工具也更少。更糟糕的是所有 Kotlin 工具還都需要考慮 Kotlin 和 Java 的互操作性，這使得它們的實(shí)現(xiàn)就變得復(fù)雜。

最大的問(wèn)題還在于構(gòu)建時(shí)間?！拔覀儚囊婚_(kāi)始就知道 Kotlin 的構(gòu)建時(shí)間會(huì)比 Java 的要長(zhǎng)。該語(yǔ)言及其生態(tài)系統(tǒng)更加復(fù)雜，Java 在優(yōu)化其編譯器方面領(lǐng)先了 20 年。由于我們擁有多個(gè)大型應(yīng)用程序，較長(zhǎng)的構(gòu)建時(shí)間可能會(huì)對(duì)我們的開(kāi)發(fā)人員體驗(yàn)產(chǎn)生負(fù)面影響。”

如何處理遷移

Meta 稱，遷移到 Kotlin 既簡(jiǎn)單又非常復(fù)雜。因?yàn)?Kotlin 的設(shè)計(jì)允許從 Java 進(jìn)行簡(jiǎn)單的轉(zhuǎn)換，并具有經(jīng)過(guò)深思熟慮的互操作性。這種設(shè)計(jì)使 JetBrains 能夠?yàn)殚_(kāi)發(fā)人員社區(qū)提供 J2K，即 IntelliJ/Android Studio 中的 Java 到 Kotlin 轉(zhuǎn)換器。但 J2K 不是萬(wàn)能的，遷移中的有些情況仍然很復(fù)雜。

遷移之前，該公司考慮了兩個(gè)選擇：

一個(gè)是可以使用 Kotlin 在 Meta 上編寫新代碼，但將大部分現(xiàn)有代碼保留在 Java 中。

還有一個(gè)是可以嘗試將幾乎所有內(nèi)部代碼轉(zhuǎn)換為 Kotlin。

第一個(gè)選項(xiàng)的優(yōu)勢(shì)很明顯，即少得多的工作量；但是這種方法也有兩個(gè)明顯的缺點(diǎn)。首先，在 Kotlin 和 Java 代碼之間實(shí)現(xiàn)互操作性引入了 Kotlin 中 platform types 的使用。platform types 會(huì)導(dǎo)致運(yùn)行時(shí)空指針取消引用，從而導(dǎo)致崩潰，破壞了純 Kotlin 代碼提供的靜態(tài)安全優(yōu)勢(shì)。在一些復(fù)雜的情況下，Kotlin 的空檢查省略還可能漏掉空值通過(guò)，進(jìn)而引發(fā)空指針異常。例如，如果 Kotlin 代碼調(diào)用由 Java 接口實(shí)現(xiàn)的 Kotlin 接口，就會(huì)發(fā)生這種情況。其他問(wèn)題包括 Java 無(wú)法將類型參數(shù)標(biāo)記為可空性（直到最近才修復(fù)），以及 Kotlin 的重載規(guī)則考慮了可空性，而 Java 的重載規(guī)則卻沒(méi)有。

第二個(gè)缺點(diǎn)是考慮到 Meta 的大多數(shù)軟件開(kāi)發(fā)都需要修改現(xiàn)有代碼。“如果我們的大部分代碼都是用 Java 編寫的，我們就無(wú)法讓我們的開(kāi)發(fā)人員充分享受 Kotlin 的樂(lè)趣。由于遷移是一個(gè)漫長(zhǎng)的過(guò)程，期望每個(gè)工程師在接觸文件之前將文件轉(zhuǎn)換為 Kotlin 既費(fèi)力又低效?！?/p>

因此，Meta 方面最終選擇了第二條選項(xiàng)，決定將幾乎所有代碼轉(zhuǎn)換為 Kotlin。而在嘗試為現(xiàn)有應(yīng)用程序引入 Kotlin 時(shí)，Meta 也遇到了很多麻煩，例如需要更新 Redex 以支持 Java 不生成的字節(jié)碼模式。以及使用的某些內(nèi)部庫(kù)依賴于在編譯期間進(jìn)行字節(jié)碼轉(zhuǎn)換來(lái)獲取更好的性能。而將其作為 Kotlin 編譯的一部分運(yùn)行時(shí)，這部分代碼則無(wú)法生效。為此，Meta 專門構(gòu)建了解決工具。

此外，他們還發(fā)現(xiàn)在現(xiàn)有工具中存在的一些差異。例如代碼審查或 wiki 中缺少 Kotlin 語(yǔ)法高亮顯示?！拔覀兏铝宋覀冋谑褂玫膸?kù) Pygments，以使體驗(yàn)與 Java 相媲美。我們更新了一些內(nèi)部代碼修改工具，以便能夠處理 Kotlin。我們還構(gòu)建了 Ktfmt，這是一個(gè)基于 google-java-format 的代碼和理念的確定性 Kotlin 格式化程序?！?/p>

準(zhǔn)備好所有工具后，Meta 就可以正式開(kāi)始批量轉(zhuǎn)換大量代碼。“隨著我們工具的改進(jìn)，我們已經(jīng)能夠?qū)⑾喈?dāng)大的一部分代碼轉(zhuǎn)換成 Kotlin。我們的代碼庫(kù)中已經(jīng)有超過(guò) 1000 萬(wàn)行 Kotlin 代碼，而且 Meta 的大多數(shù) Android 開(kāi)發(fā)人員現(xiàn)在都在編寫 Kotlin 代碼”。平均而言，此次遷移使代碼行數(shù)減少了 11%。

Meta 方面表示，其向 Kotlin 的遷移仍在進(jìn)行中并在加速?！拔覀円呀?jīng)允許 Meta 的任何想要使用 Kotlin 的 Android 開(kāi)發(fā)人員這樣做，并為他們提供了工具來(lái)輕松地將現(xiàn)有代碼遷移到 Kotlin。Kotlin 仍然缺少一些我們?cè)谑褂?Java 時(shí)已經(jīng)習(xí)慣的工具和優(yōu)化。但我們正在努力縮小這些差距。隨著我們?nèi)〉眠M(jìn)展以及這些工具和庫(kù)的成熟，我們還將努力將它們反饋給社區(qū)。”

審核編輯 ：李倩