1.沒(méi)有發(fā)布會(huì)，沒(méi)有道歉

沒(méi)有 Keynote。 沒(méi)有鋪天蓋地的營(yíng)銷。 甚至連一句“我們要搞大事了”都沒(méi)有。

但在大家還盯著 WWDC 的余溫時(shí)，Swift 社區(qū)里悄悄落下一顆雷。

2025 年 6 月 25 日，Swift 開源項(xiàng)目正式宣布成立 Swift Android Workgroup——一個(gè)被 Swift 社區(qū)官方掛名、面向 Android 原生支持的工作組。

很多人第一反應(yīng)是： “啊？Swift……去 Android？蘋果這是要干嘛？”

然后第二反應(yīng)更刺激：蘋果是不是在給 Kotlin 挖墳？

2.蘋果的真正算盤：Swift Everywhere

先把話說(shuō)直：蘋果不是為了“幫 Android 開發(fā)者”做這件事。 蘋果做任何事，幾乎都不是慈善。

更像一盤更長(zhǎng)、更狠的棋：讓 Swift 變成“你走到哪都離不開的語(yǔ)言”。

Swift 早就不只活在 iPhone 里了：

• iOS、macOS 是基本盤
• Linux、Windows 也能跑（服務(wù)端、工具鏈、跨平臺(tái)項(xiàng)目早在發(fā)生）
• Vision Pro、SwiftUI 生態(tài)繼續(xù)擴(kuò)大

現(xiàn)在如果 Android 也被納入“官方支持目標(biāo)”，那意味著什么？

意味著開發(fā)者就算離開 iOS，也仍然可能留在 Swift 這套語(yǔ)法、并發(fā)模型、庫(kù)生態(tài)、工具鏈文化里。 換句話說(shuō)——你以為你出了蘋果生態(tài)，其實(shí)你只是換了個(gè)入口繼續(xù)待在里面。

這不是 generosity。 這是 dominance。 Swift，就是蘋果最順手的武器。

3.為什么是 Android？為什么是現(xiàn)在？

你可能會(huì)問(wèn)：蘋果為什么突然對(duì) Android 感興趣？

答案很現(xiàn)實(shí)：Android 是最后一塊大大陸。

• Android 活躍設(shè)備數(shù)是億級(jí)、十億級(jí)的規(guī)模（不夸張地說(shuō)，是移動(dòng)互聯(lián)網(wǎng)的“人口大國(guó)”）
• 開發(fā)者基數(shù)龐大，生態(tài)成熟
• 大量 iOS-first 團(tuán)隊(duì)在 Android 上長(zhǎng)期“跟不上節(jié)奏”
• Flutter / React Native / Kotlin Multiplatform 的“跨端疲勞”正在累積：體驗(yàn)、性能、維護(hù)、心智負(fù)擔(dān)……每一項(xiàng)都能把人磨薄

所以如果 Swift 能在 Android 上跑得可靠，你會(huì)看到一種很誘人的新寫法：

業(yè)務(wù)邏輯用 Swift 共用， Android 端 UI 繼續(xù) Kotlin / 原生， iOS 端 UI 繼續(xù) SwiftUI / 原生， 兩端都“原生體驗(yàn)”，但邏輯不重復(fù)造輪子。

這對(duì)創(chuàng)業(yè)公司、獨(dú)立開發(fā)者、精簡(jiǎn)團(tuán)隊(duì)來(lái)說(shuō)，殺傷力非常大。

4.Swift Android Workgroup 到底在做什么？

這不是某個(gè)第三方大佬在 GitHub 上“搞著玩”的補(bǔ)丁工程。 Swift Android Workgroup 是 Swift 社區(qū)官方工作組體系的一部分，目標(biāo)寫得很清楚：把 Android 建立并維護(hù)為 Swift 的官方支持平臺(tái)。([Swift Forums][1])

他們?cè)谕七M(jìn)的方向（翻譯成人話）大概是這些：

• 把 Android 納入 Swift 官方構(gòu)建/支持體系（不靠下游魔改也能用）([Swift.org][2])
• 構(gòu)建并維護(hù) Android 兼容的 Swift toolchain（工具鏈得先靠譜）([Swift.org][2])
• 明確支持的 Android 版本、API Level、ABI（別再“能跑算我輸”）([Swift.org][2])
• 改善調(diào)試、JNI 互操作、CI 測(cè)試與持續(xù)集成（能開發(fā)、能測(cè)試、能上線）([Swift.org][2])
• 推進(jìn) Foundation / Dispatch 等核心庫(kù)在 Android 上更“順滑”([Swift.org][2])

一句話： 這不是試驗(yàn)。更像路線圖。 而且已經(jīng)開工了。

5.Swift 并發(fā) vs Kotlin Multiplatform：真正的戰(zhàn)爭(zhēng)才剛開始

這場(chǎng)事表面看是“語(yǔ)言之爭(zhēng)”。 但更深層，是未來(lái)十年移動(dòng)開發(fā)的三件套之爭(zhēng)：

• 并發(fā)模型
• 架構(gòu)方式
• 生態(tài)主導(dǎo)權(quán)

Kotlin Multiplatform（KMP）這邊：

• JetBrains 長(zhǎng)期投入，Google 生態(tài)強(qiáng)綁定
• 主打共享業(yè)務(wù)邏輯
• 協(xié)程（coroutines）靈活、強(qiáng)大，但也更“底層”，團(tuán)隊(duì)水平參差時(shí)容易寫出事故
• Compose 的 UI 體驗(yàn)在進(jìn)步，但現(xiàn)實(shí)落地仍有很多“工程化摩擦”

Swift on Android這邊：

• Swift 的 structured concurrency（async/await、actors）強(qiáng)調(diào)結(jié)構(gòu)化與可控性
• 更強(qiáng)的線程安全語(yǔ)義、更硬的狀態(tài)約束（你不一定喜歡，但它能減少“人禍”）
• Swift 已在 iOS、服務(wù)端、SwiftUI 場(chǎng)景里被驗(yàn)證
• 少一些樣板代碼，多一些“語(yǔ)言強(qiáng)迫你寫對(duì)”的感覺(jué)

這不是“誰(shuí)更優(yōu)雅”的口水仗。 這是“誰(shuí)更適合規(guī)模化、適合團(tuán)隊(duì)協(xié)作、適合未來(lái)平臺(tái)變化”的戰(zhàn)役。

6.社區(qū)在吵什么？大家其實(shí)都在興奮

工作組消息一出，開發(fā)者社區(qū)的反應(yīng)基本分三派：

第一派：興奮型“終于啊！Swift 終于要從 iOS 牢籠里跑出來(lái)了。”

第二派：挑眉型“Swift 進(jìn) Android？可以。但 IDE、調(diào)試、包管理、生態(tài)配套跟得上嗎？”

第三派：陰謀論型（也最有戲）“這就是蘋果沖著 Flutter、KMP、React Native 來(lái)的。你們還沒(méi)看出來(lái)嗎？”

有一點(diǎn)倒是共識(shí)： 大家都很好奇。 而好奇心，是技術(shù)遷移最強(qiáng)的引爆器。

7.Google 會(huì)允許嗎？

聊到這就繞不開大象： Kotlin 是 Google 的“親兒子”。

Google 早在 2017 年就官宣 Kotlin 為 Android 官方支持語(yǔ)言，后來(lái)又不斷強(qiáng)化 Kotlin 生態(tài)地位。([Android Developers Blog][3])

那 Google 會(huì)“讓 Swift 在 Android 上好過(guò)”嗎？

大概率不會(huì)主動(dòng)扶持。 但問(wèn)題在于：Swift 不一定需要 Google 的祝福。

只要：

• 工具鏈能跑
• 社區(qū)愿意建
• 第三方 IDE / 插件愿意補(bǔ)位
• 有足夠多團(tuán)隊(duì)愿意押注“共享邏輯 Swift 化”

它就能長(zhǎng)出來(lái)。

歷史上很多跨平臺(tái)技術(shù)從來(lái)不是“被允許”才成功的。 它們是“用戶需要”所以活下來(lái)的。

8.對(duì)招聘、團(tuán)隊(duì)、架構(gòu)意味著什么？

不管你是 iOS、Android，還是技術(shù)負(fù)責(zé)人，這事都值得你盯一眼。

如果你在招聘：

• “懂 Swift + 懂 Kotlin”的人會(huì)越來(lái)越吃香
• Swift 團(tuán)隊(duì)寫的核心模塊，未來(lái)可能直接給 Android 用
• Android 崗位里，“會(huì) Swift”可能從加分項(xiàng)變成“最好會(huì)”

如果你在做架構(gòu)：

你完全可能把核心模塊用 Swift 寫好：

• networking
• models
• storage
• business logic
• logging / telemetry

然后：

• Android UI：Kotlin / Compose 原生
• iOS UI：SwiftUI 原生

好處是：兩端 UI 都原生，但邏輯不重復(fù)寫。 對(duì)小團(tuán)隊(duì)，這幾乎是“省出一條命”。

Android 開發(fā)者：該學(xué) Swift 了嗎？

過(guò)去十年，很多 iOS 開發(fā)者進(jìn)入移動(dòng)團(tuán)隊(duì)時(shí)，會(huì)被默認(rèn)要求“順便學(xué) Kotlin”。 現(xiàn)在，風(fēng)向可能要變了。

因?yàn)橐坏?Swift 的共享邏輯開始能編譯到 Android（并且工具鏈越來(lái)越穩(wěn)），你會(huì)看到這種場(chǎng)景變多：

• 后端是 Swift
• 共享模塊是 Swift
• iOS UI 原生
• Android UI 也原生
• 而核心邏輯的 code review 需要 Swift 讀寫能力

Swift Android Workgroup 的目標(biāo)之一就包括：讓 Swift 在 Android 平臺(tái)的基礎(chǔ)設(shè)施與核心庫(kù)更可用、更官方、更可持續(xù)。([Swift.org][2])

所以，未來(lái)你可能會(huì)在招聘里看到這種話（非常合理）：

Job posting, 2026：“招聘 Android 工程師，需能與 Swift 編寫的共享邏輯模塊協(xié)作。Kotlin 必需；Swift 熟悉者優(yōu)先。”

你不學(xué) Swift，不會(huì)立刻失業(yè)。 但你可能會(huì)被鎖在“只寫 UI 的那一層”。 而最值錢的那層——業(yè)務(wù)邏輯與核心模塊——你會(huì)越來(lái)越難參與。

9.蘋果是在“支持跨平臺(tái)”，還是在“替換跨平臺(tái)”？

這里有個(gè)很野、但很像蘋果會(huì)干的推論：

蘋果從來(lái)不喜歡跨平臺(tái)。 蘋果喜歡的是——讓世界按它的規(guī)則跨。

Flutter、React Native 一直像“外來(lái)戶”。 Kotlin Multiplatform 更像“灰色跨端”，但推進(jìn)速度、生態(tài)一致性也一直被吐槽。

如果 Swift 真能在 Android 上走向官方支持，蘋果表達(dá)的潛臺(tái)詞可能是：

“你當(dāng)然可以做 Android。 但你最好用我們的語(yǔ)言。 并且按我們的方式寫。”

這不是競(jìng)爭(zhēng)，這是控制。 而控制，才是蘋果最擅長(zhǎng)的長(zhǎng)期策略。

10.Kotlin 死了嗎？

沒(méi)有。至少現(xiàn)在還沒(méi)有。

Kotlin 在 Android 上的根基太深：工具鏈、生態(tài)、Jetpack、Compose、Android Studio 的協(xié)同，不是一天兩天能撼動(dòng)的。([Android Developers Blog][3])

但 Swift for Android 也不再是笑話了：

• 官方工作組已成立([Swift Forums][1])
• 目標(biāo)明確
• 社區(qū)已經(jīng)開始圍繞“官方支持”做工程化推進(jìn)([Swift.org][2])

所以更準(zhǔn)確的說(shuō)法是：

Kotlin 還活著，但第一次真的有了“會(huì)讓它緊張”的對(duì)手。

如果一切推進(jìn)順利，到了 2027，寫 Swift 寫到 Android 上，可能會(huì)從“獵奇”變成“常規(guī)選項(xiàng)”。

棺材還沒(méi)蓋上，但木匠已經(jīng)到位

Swift 不再只是蘋果的語(yǔ)言。 它正在被推向一個(gè)更大、更野的舞臺(tái)。

而 Kotlin？ 它第一次遇到一個(gè)不是“跨端框架”，而是“語(yǔ)言級(jí)別的挑戰(zhàn)者”。

所以真正的問(wèn)題不是： “Swift 會(huì)不會(huì)來(lái) Android？”

而是：你準(zhǔn)備好迎接一個(gè) Swift 可能變成默認(rèn)語(yǔ)言的移動(dòng)世界了嗎？