在昨天凌晨的 Google I/O 大會上，Google 官方正式宣布，Kotlin 編程語言現(xiàn)在是 Android 應(yīng)用程序開發(fā)人員的首選語言。Java 占據(jù) Android 開發(fā)絕對統(tǒng)治的時代一去不復(fù)返了。

Kotlin，東宮太子

谷歌昨天宣布，Kotlin 編程語言現(xiàn)在是 Android 應(yīng)用程序開發(fā)人員的首選語言。

谷歌在今天的聲明中寫道：“Android 的開發(fā)將越來越以 Kotlin 為先?！?許多新的 Jetpack API 和特性將首先在 Kotlin 中提供。如果你要開始一個新項目，你應(yīng)該用 Kotlin 來寫；用 Kotlin 編寫通常意味著更少的代碼 —— 更少用于類型、測試和維護(hù)方面的代碼?！?/p>

就在兩年前的 2017 年 I/O 大會上，谷歌宣布在其 Android Studio IDE 中支持 Kotlin。考慮到 Java 長期以來一直是 Android 應(yīng)用程序開發(fā)的首選語言，這有點令人驚訝。在過去的兩年里，Kotlin 的人氣只增不減。谷歌說，超過 50% 的專業(yè) Android 開發(fā)人員現(xiàn)在使用該語言開發(fā)他們的應(yīng)用程序，在最新的 Stack Overflow 開發(fā)人員調(diào)查中，它被列為第四大最受歡迎的編程語言。

Android 的首席倡導(dǎo)者切特?哈斯 (Chet Haase) 表示：“我們宣布，我們正在采取的下一個重大舉措是，我們將以 Kotlin 為先?！?/p>

哈斯說：“我們知道，不是每個人現(xiàn)在都在用 Kotlin，但是我們相信，你會需要它的?！?/p>

“你可能有充分的理由繼續(xù)使用 C++ 和 Java 編程語言，這完全沒問題。這些語言不會消失?！?/p>

Kotlin，Android 世界的 Swift？

早在 2015 年，Kotlin 就有“Android 世界的 Swift”的稱號。

Kotlin 是一門與 Swift 類似的靜態(tài)類型 JVM 語言，由 JetBrains 設(shè)計開發(fā)并開源。與 Java 相比，Kotlin 的語法更簡潔、更具表達(dá)性，而且提供了更多的特性，比如，高階函數(shù)、操作符重載、字符串模板。它與 Java 高度可互操作，可以同時用在一個項目中。

按照 JetBrains 的說法，根據(jù)他們多年的 Java 平臺開發(fā)經(jīng)驗，他們認(rèn)為 Java 編程語言有一定的局限性和問題，而且由于需要向后兼容，它們不可能或很難得到解決。

因此，他們創(chuàng)建了 Kotlin 項目，主要目標(biāo)是：

創(chuàng)建一種兼容 Java的語言

編譯速度至少同 Java 一樣快

比 Java 更安全

比 Java 更簡潔

比最成熟的競爭者Scala 還簡單

若在當(dāng)時看來，Android 世界的 Swift 稱號似乎底氣不足，更像是一種美好的愿望。那么在 2017、2019 兩屆的 Google I/O 以后，這個說法可以站住腳了。

Kotlin 真比 Java 強(qiáng)？

許多新語言的出現(xiàn)似乎都是源于對某種其它語言的厭倦，Kotlin 看上去也是如此。但在 JetBrains 看來，Kotlin 項目的原始動機(jī)就是為了提升生產(chǎn)力。JetBrains 開發(fā)者支持組組長 Hadi Hariri 在接受 InfoQ 采訪時表示：

” 盡管當(dāng)時我們已經(jīng)開發(fā)了對幾種基于 JVM 的編程語言的支持，我們還是基本都在 Java 環(huán)境下寫基于 IntelliJ 的 API。IntelliJ 開發(fā)系統(tǒng)是基于 Groovy 和 Gant 的，Groovy 也用于測試，RubyMine 中還有一些 JRuby 代碼，情況就是如此。我們希望轉(zhuǎn)向更具表現(xiàn)力的語言從而提高生產(chǎn)力。同時，我們不能接受在 Java 互操作性或編譯速度方面的妥協(xié)?！?/p>

Kotlin 與 Java 總是在主觀比較

“Kotlin 比 Java 好”，“Kotlin 可讀性比 Java 強(qiáng)”，“Kotlin 開發(fā)速度比 Java 快”，類似這樣的陳述缺少相關(guān)準(zhǔn)確數(shù)據(jù)的支持，所以都?xì)w為主觀看法一類。

主觀看法是個體開發(fā)人員在對與 Kotlin 或 Java 相關(guān)的主題作出一個或多個主觀判斷時形成。

開發(fā)人員的主觀判斷存在如下問題：

沒有與主觀判斷相關(guān)聯(lián)的量化指標(biāo)。

主觀判斷存在很大的偏見。

主觀判斷的偏見在開發(fā)人員之間存在很大的差異。

由于沒有與主觀判斷相關(guān)聯(lián)的量化指標(biāo)，建立在這些判斷基礎(chǔ)上的觀點只是反映出了開發(fā)人員之前就有的偏見。不同的開發(fā)人員可能有著截然不同的偏見，因此，有開發(fā)人員認(rèn)為 Kotlin 是不錯（或糟糕）的 Java 替代者并不意味著其他開發(fā)人員也這么認(rèn)為。

而且，由于沒有客觀指標(biāo)，主觀分歧就無法客觀地消除，這經(jīng)常會導(dǎo)致 “口水戰(zhàn)”。

相較于 Java，Kotlin 的確在一些方面有較大優(yōu)勢：效率高、易維護(hù)、可靠、簡單易學(xué)。在一些特定場景下，許多 Java 開發(fā)者因為某些方面的問題選擇了切換到 Kotlin：比如受夠了 Java NullPointerException 的人都喜歡 Kotlin 的 Null 安全特性；擴(kuò)展函數(shù)被大量使用；除了擴(kuò)展 Java 類，人們也常常將 Java 代碼遷移到 Kotlin。

根據(jù)英國軟件公司 Pusher 的調(diào)查數(shù)據(jù)顯示，在樣本數(shù) 2744 人的調(diào)查中，超過 87% 的受調(diào)者已經(jīng)完成了遷移。他們有的使用了遷移向?qū)?，有的直接手動修改代碼。超過四分之一的受調(diào)者遷移到 Kotlin 后又回到了 Java。有技術(shù)方面的原因，也有組織方面的原因。其中使用了反射或代碼生成的工具是被提及最多的因素。

“Kotlin 的枚舉不能包含常量。在自定義注解時（比如 @IntDef），為了保持接口的整潔，需要將值保存在枚舉中?！?/p>

“我們正在使用 Realm，但它不能與數(shù)據(jù)類一起使用?！?/p>

“我們的 Java 代碼中使用了 Retrolambda，因為類型缺失，很難轉(zhuǎn)到 Kotlin?！?/p>

“另一個團(tuán)隊不喜歡 Kotlin，我們也預(yù)料不到會這樣?！?/p>

“這不是我們決定的，我們是按照公司的規(guī)則來的?！?/p>

Java 依舊是編程語言排行榜上的第一名。但Java 是最好的語言么？不是，因為在每個領(lǐng)域都有更合適的編程語言。

那么，Java 語言到底有什么優(yōu)勢可以占據(jù)排行榜第一的位置呢？

其一，語法比較簡單，學(xué)過計算機(jī)編程的開發(fā)者都能快速上手。

其二，在若干了領(lǐng)域都有很強(qiáng)的競爭力，比如服務(wù)端編程，高性能網(wǎng)絡(luò)程序，企業(yè)軟件事務(wù)處理，分布式計算，Android 移動終端應(yīng)用開發(fā)等等。

最重要的一點是符合工程學(xué)的需求，成為企業(yè)軟件公司的首選，也受到互聯(lián)網(wǎng)公司的青睞。

綜合而言，Java 語言全能方面是最好的。但同樣可以看到，Android 社區(qū)擁抱 Kotlin 的速度越來越快，也許有一天，在 Android 世界里，我們會看到 Kotlin 對 Java 的超越。

為什么谷歌會支持 Kotlin？

免責(zé)聲明：以下內(nèi)容純屬基于既有事實合理推測，毫無任何實錘。

還記得谷歌與 Oracle 曠日持久的 Java 侵權(quán)案嗎？這個持續(xù)時間長達(dá) 8、9 年的紛爭目前以谷歌敗訴為最新結(jié)局，其需要向 Oracle 賠償 88 億美元。（編者注：在過去幾年時間里，幾次裁決分別判兩家公司勝訴或敗訴。今年 1 月份，谷歌不服判決上訴美國最高法院做最終裁決。）

事件的起因是在 2010 年，作為 Java 擁有者的 Oracle 認(rèn)為，谷歌在 Android 系統(tǒng)上無償使用了 37 個 Java APIs，這侵犯了他們的專利，而在 Android 中還有 9 行代碼抄襲了 Java，這侵犯了他們的版權(quán)。

那 9 行代碼造成抄襲的緣由據(jù)說是因為當(dāng)時谷歌的一位工程師在為 Android 項目工作的同時，又為 Sun 公司的 OpenJDK 效力，后來，該工程師直接從 OpenJDK 中復(fù)制了 9 行代碼到 Android 中，由于 Google 沒有得到 Sun 公司的授權(quán)，所以 Oracle 收購 Sun 之后，Java 易主，這就相當(dāng)于侵犯了 Oracle 的版權(quán)。

而對于那 37 個 Java APIs，雙方各執(zhí)己見，谷歌認(rèn)為 API 不應(yīng)受版權(quán)保護(hù)，而 Oracle 則認(rèn)為谷歌對其的使用具有很強(qiáng)的商業(yè)性，再加上用 Java 寫的 Android 代碼無法在 JVM 上運(yùn)行，這對 Java 語言是一種分裂，同時 Oracle 認(rèn)為，Android 通過不當(dāng)使用 Java API 擠占了 Java ME 可能的市場，這是它巨額索賠的根基。

2016 年初，Google 發(fā)言人表示，Android N（7.0) 不再沿用現(xiàn)有的 Java APIs 內(nèi)容，而是遷移至基于 OpenJDK 的方法，為開發(fā)者創(chuàng)建一個通用代碼庫。雖然沒法規(guī)避 Java APIs 官司，但至少可以減少潛在的可能糾紛。

到了 2017 年的 Google I/O 大會，Google 宣布 Kotlin 成為 Android 開發(fā)的一級語言，可以說對 Kotlin 寄予了厚望。此后，Kotlin 也被開發(fā)者視為 Java 的替代品。

在之后的一年時間里，Google 可以說把 Kotlin 當(dāng)親兒子看待，為什么這么說呢？讓我們來梳理這一年 Google 為 Kotlin 做了什么：

2017 年 11 月，Android Studio 3.0 正式開放下載，此版本的 Android Studio 將 Kotlin 語言支持集成到 IDE 中，在此版本上，代碼自動完成和語法突出顯示都可以在此版本上平穩(wěn)運(yùn)行，今年 4 月推出的 Android Studio 3.1 為 Kotlin 代碼提供了更好的 Lint 支持，并通過為 Android Emulator 添加 Quick Boot 功能加快了測試速度。

2018 年 2 月，Google 推出預(yù)覽版本的 Android KTX，Android KTX 是一組擴(kuò)展程序，它在 Android 框架和支持庫上提供了一個良好的 API 層，使 Kotlin 代碼更加簡潔。

在 Google I/O 2018 上，Google 發(fā)布了 Android Jetpack，它是下一代的 Android 組件，它將支持庫向后兼容和立即更新的優(yōu)點融合到更多組件中，提高開發(fā)速率和質(zhì)量，不僅如此，Android Jetpack 將全面兼容 Kotlin，而且它還能利用 Android KTX 使得 Kotlin 代碼更加簡潔。

這些都是 Google 逐漸向 Kotlin 靠攏的證據(jù)，雖然還不至于讓 Kotlin 完全取代 Java，但不難看出 Google 的 “偏心”。

事實上，Kotlin 自己也非常爭氣：2017 年 11 月，在第一屆 Kotlin 專題大會 KotlinConf 上，Kotlin 首席設(shè)計師 Andrey Breslav 宣布 Kotlin 將支持 iOS 開發(fā)和 Web 開發(fā)，這意味著 Kotlin 向全平臺開發(fā)邁出了重要的一步。

Kotlin 目前正處于發(fā)展的初始階段，還有很多成長的空間。Google 現(xiàn)在是把它當(dāng)成 Android 黃昏時期的救命稻草，它能與 Java 100% 互通，但它存在的目的并不是為了取代 Java，只是為了讓開發(fā)者有多種選擇。雖說編程語言只是軟件實現(xiàn)的一種工具，開發(fā)者無論選擇哪種語言都沒有絕對的對與錯。但在互聯(lián)網(wǎng)時代，開發(fā)者應(yīng)該懂得審時度勢，擁抱變化，才能走得更遠(yuǎn)。