2026年9月10日，Shopify工程团队发布了一篇让整个移动开发圈震动的博客：《Native is now the future of mobile at Shopify》。这家曾把React Native作为移动端战略核心的电商巨头宣布，将把所有移动应用从React Native迁回原生Swift和Kotlin开发。
更震撼的是速度：旗舰消费者应用Shop从概念验证到全原生版本正式发布，只用了12周。下一阶段是拥有300多个页面的商家端应用。
而这一切的推手，是AI Coding Agent。
一、Shopify的“回头路”：从押注React Native到重返原生
Shopify与React Native的渊源可以追溯到2020年。当时的选择逻辑非常清晰：用一套代码同时覆盖iOS和Android，避免分别用Swift和Kotlin开发带来的重复投入。
这个逻辑在当时是对的。跨平台框架的核心价值，就是把“写两遍”变成“写一遍”。在人力成本高昂、招聘困难的移动开发领域，这看起来是一笔划算的买卖。
Shopify在React Native上投入了大量资源。他们开发了FlashList、React Native Skia等一系列开源项目，甚至承诺赞助React Native Skia到2026年底。Shop app作为React Native技术的“旗舰展示案例”被反复提及。
但2026年9月，一切都变了。
Shopify工程团队在新博客中写道，促使他们做出这个决定的，是用Coding Agent开发能力的持续增强。“我们对使用AI代理开发的信心日益增长，这让我们能够让Shop完全原生，用Swift和Kotlin构建”。
二、性能数据：原生到底比React Native快多少？
Shopify把Shop app从React Native迁移到原生后，公布了一组非常直观的性能对比数据：
| 指标 | React Native | 原生 | 变化 |
|---|---|---|---|
| iOS 冷启动 | 3,200ms | 2,466ms | 快23% |
| Android 冷启动 | 4,433ms | 2,233ms | 快50% |
| 会话稳定性 | 99.5%+ | 99.95%+ | 崩溃减少10倍 |
| iOS 应用体积 | 67MB | 68MB | +1MB |
| Android 应用体积 | — | — | 减少109MB |
Android冷启动时间直接砍半，从4.4秒降到2.2秒。会话稳定性从99.5%提升到99.95%——这意味着用户遇到崩溃的概率降低了10倍。
这些数据说明了一个事实：React Native虽然“能用”，但在性能和稳定性上始终存在无法消除的差距。这个差距在应用规模小的时候可能不明显，但当应用达到Shopify这个体量——数百万日活用户、数百个页面、复杂的电商交易流程——它就变成了真实存在的体验问题。
三、关键转折：AI如何改写了“跨平台”的成本公式
如果只是“原生性能更好”，这不值得写成博客。
Shopify这次迁移真正值得关注的地方，在于AI改变了跨平台开发的经济学。
2020年选择React Native的核心逻辑是：写两遍太贵。用Swift写一遍iOS、用Kotlin写一遍Android——同样的功能开发两次、测试两次、维护两次。在人力成本面前，跨平台框架省下的钱是实实在在的。
但到了2026年，这个成本公式被AI彻底改写了。
Shopify工程副总裁Farhan Ali在采访中透露了一个关键细节。团队最初的想法是“把现有React Native代码库交给LLM，让它直接重写成原生代码”。结果并不理想——Ali把模型直接生成的内容称为“垃圾代码”。
这个挫折反而让团队想清楚了正确的路径。他们开发了内部工具Helix，专门支持原生迁移。Helix不是“让AI把RN代码翻译成Swift”，而是让AI理解业务逻辑和UI意图，然后用原生的方式重新实现。
迁移的目标不是“代码翻译”，而是“业务逻辑的原生重建” 。AI在这个过程中承担了实现、转换、测试和审查的大部分工作，使“重复开发”不再像2020年那样成为决定性成本。
Shopify在自己的博客中这样描述：AI代理让绿地重建从“难以承担的多年工程”变成了“12周可完成的项目”。
12周。300多个页面的商家端应用正在跟进。所有移动应用都将迁回原生。
四、Shopify的态度：React Native没有“死”
值得玩味的是，Shopify并没有把这次迁移描述为“React Native失败了”。
Shopify在博客中明确表示：“React Native是一个伟大的技术，我们对其生态系统的贡献感到自豪。”他们承诺继续赞助React Native Skia到2026年底，William Candillon将继续相关工作。
RedMonk的分析师也指出，React Native的生态深度是真实存在的，没有原生等价物。它拥有Expo等强大的工具链，有Meta等公司的机构支持，不依赖任何单一公司的热情。
Shopify的迁移决策，更像是对“什么时候该用跨平台、什么时候该用原生”这个问题的重新回答。
在2020年，跨平台框架是“用性能换效率”。到了2026年，AI让原生的开发效率大幅提升，“用性能换效率”的前提就不成立了。当跨平台框架省下的钱不再足以覆盖它引入的复杂度，原生开发的优势就会重新占据上风。
五、这对前端开发者意味着什么？
第一，“移动端开发”和“前端开发”的技能边界正在重新划分。
React Native让前端工程师可以写移动应用，这是它最大的吸引力之一。但如果行业趋势转向原生Swift和Kotlin，前端工程师在移动开发中的角色就会发生变化。不是“前端不能做移动端了”，而是“做移动端需要学的新东西变多了”。
第二，“AI能写代码”不等于“AI能写好代码”。
Shopify的案例展示了一个关键细节：直接把React Native代码丢给LLM翻译成Swift，得到的是“垃圾代码”。正确的做法是让AI理解业务意图，然后用原生方式重新实现。AI降低的是“实现”的成本，没有降低“理解”和“设计”的成本。
第三，跨平台框架的定位正在从“战略选择”变成“战术选择”。
React Native不会消失。它仍然适合快速原型、内容型应用、对性能要求不极致的场景。但“把跨平台作为移动端的长期战略”这个假设，正在被Shopify这样的公司重新审视。
第四，对前端工程师来说，Web仍然是最大的舞台。
Shopify的移动端迁移不意味着“前端要完了”。Shopify同时在做另一件事：与Vercel合作重建Hydrogen，一个框架无关、运行时无关的Storefront方案，核心是纯JavaScript，支持Next.js、React Router、SvelteKit、Astro、Nuxt等多个框架。
Web前端的战场正在从“浏览器”扩展到“任何能跑JavaScript的地方” 。而移动端原生开发，只是其中一条路——不是唯一的路。
写在最后
2026年9月，Shopify用12周把React Native应用迁回了Swift和Kotlin。
这不是“React Native输了”。这是AI把“写两遍”的成本压到了足够低，让“原生更好”重新变成了一个务实的选择。
Android冷启动从4.4秒降到2.2秒。崩溃率降低10倍。300多个页面的商家端应用正在跟进。而这一切的推手，不是某个新框架或新工具，而是AI Coding Agent。
AI没有让开发变得更简单。它让开发变得更“可选”了。 以前你只能选那条最省力的路，现在你可以选那条最好的路——因为AI会帮你把成本降下来。
问题变成了：当AI能写任何语言的代码时，你选择用什么语言，就不再是成本问题，而是判断力问题。
