很早之前听说Swift在开发Android SDK，作为多年React Native开发者，我持开放态度。Swift虽然在引进新特性方面比较迟钝，总体还算比较体面，我指的是语法方面。如果支持跨平台开发，我愿意花时间试试。
不过，随着这几年AI在编程领域的应用，行业已经发生了很大变化。
Swift 6.3 的 Android SDK 被吹捧为一个里程碑，在我看来其实是企业决策的严重失误。
这个 Android SDK（作为 Swift 6.3 发布的一部分）被包装成具有历史意义的转折点，更多地证明苹果已经不再理解自己的生态系统。
Swift 6.3 刚刚发布，头条功能是什么？不是语法创新，不是IDE改进，是第一个官方的 Android SDK。
从大家的反应就能看出来：科技媒体并没有真正为这个消息感到兴奋，因为没人愿意谈论房间里那头显而易见的大象——在生成式 AI 时代，这个 SDK 晚来了整整五年，而且它没有解决任何实际问题。
1 苹果没做的事
在庆祝 Android SDK 之前，先问一个真正的问题：iOS 开发者在 Swift 6.3 中真正期待的是什么？
Xcode 中的 AI？Apple Intelligence？没了。Claude 虽然来了，但集成效果很差。
Xcode 的 bug 修复？同样的 bug 和崩溃依然存在。作为 iOS 开发者，首先得学会给这些 bug 找解决办法。
2025 年以后，SwiftUI 在构建速度上有了明显改进，不过预览功能依然不稳定。如果你不是 iOS 17 及以上系统，那只能烧香祈祷好运了。
2025 年以后，SwiftUI的List性能问题在困扰开发者多年后终于修复。
苹果对 SwiftUI 和 UIKit 的认知依然模糊不清，SwiftUI 已经发布五年了，情况还是模棱两可。UIKit 仍在同步演进，印象中有些新功能只能用UIKit实现。
与此同时，苹果却发布了一个用 Swift 开发安卓应用的 SDK，惊喜不惊喜？
2 谁真正构建了Android SDK
这里有一个细节，是每篇报道都故意避而不谈的：苹果其实并没有真正构建这个 SDK（至少不是他们的核心团队）。
真正扛起这个项目好几个月的人，是安卓工作组 —— 主要由 Swift 社区的开源贡献者组成，他们推动了这一切。苹果只是进行了验证、集成，并发布了新闻稿。
这是苹果的经典套路：让社区干脏活累活，然后自己收割好评和声誉。就像当年 iOS 从越狱社区或安卓生态中“借鉴”各种功能一样——这本身没什么问题，但把这件事包装成苹果战略性举措，就有点不厚道了。
3 这个 SDK 能做什么——以及不能做什么
我们得说清楚，因为标题党完全模糊了技术现实。
这个 SDK 能做的：允许在 iOS 和 Android 之间共享业务逻辑、算法和数据模型。
简单来说你的网络层、持久化层、数据模型可以用它实现。
换句话说：几乎没什么它能做的。
这个 SDK 不能做的：无法用 Swift 构建 Android UI，完全不行。官方没有提供任何 GUI 解决方案，有几个刚起步的社区项目在尝试解决这个问题，但还没有稳定可用的方案。
所以实际上你不能用 Swift 构建一个 Android 应用，你只能在两个各自拥有原生 UI 的应用之间共享非界面代码。这确实有用，但谈不上革命性改变。
在功能和框架支持方面，以下是目前做不到的：
- 没有 Actor：这几乎扼杀了它的采用率
- 没有 Dictionary（字典）
- 没有泛型（Generics）
- 没有元组（Tuples）
- 没有 CoreML（AI是指望不上了）
- Combine 只支持部分功能
完整的功能支持与缺失列表参考：
https://www.youtube.com/watch?v=h4lo3G30MFQ
KMP 从 2019 年就开始做完全一样的事情了。Flutter 在此基础上更进一步，提供了统一的 UI。React Native 则走得更远。
而 Swift for Android 却要到 2026 年才姗姗来迟，带来的却是市场已经提供了 6 年的东西。
更何况，现在 KMP 的热度已经过去了（可能也跟下面提到的内容以及跨平台框架的常见缺点有关）。
原生开发就像比特币一样，它永远不会死。
4 应该终结争论的论点：生成式 AI
故事到这里就变得真正荒谬了。
在 2026 年，跨平台开发真正的痛点是什么？
无非是在 iOS 和 Android 之间重复编写业务逻辑，这点没错。
但这个问题从什么时候开始还算是个问题？
Claude Code、Cursor 和 GitHub Copilot 能在几秒钟之内就把 Swift 代码翻译成 Kotlin。
现在 Claude 拥有 100 万 token 的上下文窗口，已经可以处理更大的项目了。配合子代理（sub-agent）和良好的架构，你可以轻松把任务委托出去，比如：“在 iOS 项目里实现这个功能，然后在 Android 项目里实现同样的功能。”
结果 100% 令人满意。
苹果偏偏在 AI 智能体让手动跨平台开发变得过时这一刻，推出了跨平台 SDK。
这个时机不仅糟糕透顶，更暴露苹果与业界真实情况严重脱节。
那些有能力采用这个 SDK 的高级开发者，已经在用 AI 智能体解决这个问题。
而初级开发者呢？现在几乎没有初级岗位了——因为 AI 最先取代的就是这些初级开发者工作。
那么，这个 SDK 到底是为谁而生呢？
5 这个 SDK 背后的真正原因
如果不是为了开发者，那又是为了谁呢？
A 为了监管机构
苹果在欧洲和美国长期面临反垄断压力，“封闭花园”的叙事已经伴随这家公司很多年。能够对外宣称“我们的语言支持 Android”，在欧盟委员会面前就是一个完美的防御说辞。
成本几乎为零（社区已经把脏活干完），好处却是实实在在的——至少在监管叙事层面。
B 为了投资者
在一连串失利之后——令人失望的 Apple Intelligence、被放弃的 Vision Pro、表现平平的 iPhone Air——苹果需要证明自己依然在创新。
在财报电话会议上，“Swift 的历史性里程碑”是一个绝佳的标题。实际采用率？无关紧要。
C 为了开源信誉
Swift 自 2015 年起就已经开源。支持它扩展到 Android，有助于维持苹果作为科技生态中负责任参与者的形象。
这是一笔很便宜的善意。
这个 SDK 绝不是： 对 iOS 开发者真实需求的真诚回应。
一个公开的秘密是：没有 iOS 开发者愿意写 Android 代码。苹果从来没有在这场战斗中带头，跨平台工具吸引的 Android 开发者一直远超 iOS 开发者。
有句话不知当讲不当讲，再过几年，Flutter、KMP、React Native 或 Swift for Android 将会因为 AI 而消亡——因为 AI 处理多平台开发已经是准事实了。
6 开发者体验的悖论
我直说吧，我以后还会继续说：在开发者体验方面，Xcode 是市面上最糟糕的 IDE 之一。这一点已经被每一位 iOS 开发者记录、衡量，并每天真实体验着。
Xcode 没有原生的 AI 集成，没有官方的 Copilot 等价物。崩溃、bug、缺失的功能——而这些在竞争对手那里早就成了标配。
JetBrains 有 Junie，VS Code 有 Copilot、Cursor、Continue，而 Xcode 只有Xcode。
苹果正在投入技术资源，让开发者能用 Swift 写 Android 应用。却没有投入同样的资源，让开发者 IDE 在 2026 年具备竞争力。这就是现实的总结。
7 结论：苹果只想着苹果自己
Swift 6.3 中的 Android SDK 并不是送给开发者的礼物。
它是一个发给监管机构、投资者和科技媒体的信号——而不是给每天敲代码的人。
真正的问题不是“Swift for Android 会成功吗？”
而是：为什么苹果始终把自己的形象，置于开发者生态的实际体验之上？
当 Google 把 Gemini 深度集成到 Android Studio 时，当 Microsoft 用 AI 重塑 VS Code 时，当 JetBrains 用 Junie 重新发明 IDE 时——苹果却在推送一个由开源社区构建的跨平台 SDK，一个已经被 AI 部分淘汰的方案，一个丝毫没有解决 iOS 开发者真实痛点的工具。
这不是愿景，这是公关。
每次苹果新产品问世，消费者都会尖叫，开发者也会尖叫。与消费者不同，开发者尖叫是因为升级带来的各种不兼容问题和bug。
不尖叫不是苹果开发者。
参考
https://medium.com/@SaezChristopher/apple-shipped-an-android-sdk-nobody-asked-for-and-it-reveals-everything-wrong-with-the-company-35b615b8772f
