模型发布

Shopify 放弃 React Native,全面退回 Swift 与 Kotlin:跨端框架的“LLM 红利”被高估了?

Shopify 决定把全部移动 App 从 React Native 迁回 Swift 和 Kotlin,原因为大模型智能体让跨平台重复开发不再稀缺。这条消息给跨端框架厂商和正在选型的团队敲响警钟。

本文基于官方公告、公开资料和行业讨论整理,重要事实建议以原文和官方更新为准。
Shopify 放弃 React Native,全面退回 Swift 与 Kotlin:跨端框架的“LLM 红利”被高估了?

全球电商基础设施提供商 Shopify 在最新工程博客中宣布,把旗下所有移动应用从 React Native 迁回 Swift 与 Kotlin 原生开发。这不是一次局部回归,而是一次“全量回归”,覆盖 iOS 与 Android 两端的核心 App。

在工程社区里,Shopify 一直是 React Native 最重要的“灯塔用户”。他们用一篇技术长文详细复盘了过去几年在跨端框架上的投入、收益和痛点,这次迁移因此有了很强的样本意义。

为什么是现在:LLM 把跨平台优势稀释掉了

Shopify 给出的核心判断是:他们当初选择 React Native 的关键假设是“一套代码同时覆盖 iOS 和 Android”,但这个假设正在被 LLM 改写。现在用 AI 编程助手,可以在原生平台上同时生成 Swift 和 Kotlin 两套代码,原本依赖框架来解决的“重复开发”问题,被工具链接管了。

换句话说,跨平台框架解决的是“人不够、平台太多”的问题。当 AI 接管了大部分重复劳动,框架这层抽象就变得不再稀缺,甚至成为性能、调试和发布链路的负担。

不只是速度:原生回归背后的工程账本

迁移决策并不是单独由“写代码更快”这一点推动的。Shopify 在文中反复提到几个老问题:首屏性能、滚动流畅度、平台特性的接入深度、以及发布链路的可控性。

React Native 的桥接层在低性能设备上仍然是肉眼可见的延迟来源,复杂动画、长列表和手势交互往往需要写大量原生模块来兜底,最后项目里原生代码占比并不低。一旦原生代码占比上来,“一套代码”带来的边际收益就开始塌陷。

再加上新平台能力越来越多地首先出现在原生 SDK,例如 Apple Vision Pro、Android 折叠屏与系统级 AI API 等,跨平台框架的适配周期反而成了短板。Shopify 选择回到原生,是把“控制力”重新放回到第一位。

对开发者、团队和工具厂商意味着什么

对于正在选型的中小团队,这条新闻并不是“React Native 不能用”的判决书,但确实是一个重要提醒:当团队规模小、业务还未复杂到平台深度时,跨端框架仍然划算;当业务进入性能与平台能力深水区,原生往往是更省心的终态。

对于国内常见的“App + 小程序 + Web”多端场景,决策逻辑也类似:如果多端只是 UI 壳、业务高度同质,跨端框架 + 组件库仍有价值;但只要某一端开始要深度调用系统能力或追求极致体验,提前规划原生路径会避免后期“拆不掉”的尴尬。

对跨端框架生态来说,这是一个需要正视的信号。LLM 加速了原生开发,却没有同等程度地加速跨端框架自身的迭代,这是结构性的不对称。框架厂商必须回答一个新问题:在 AI 时代,跨端框架到底还剩什么不可替代的价值?

中文用户接下来要观察什么

短期看,值得跟踪的是 Shopify 迁移后的性能数据、Crash 率、迭代节奏是否真正改善,这是判断这条路线是否成立的关键证据。

中期看,可以关注国内大厂是否会跟进类似的“回原生”动作,尤其在电商、工具和内容类 App 中,是否会出现一批团队主动放弃 RN、Flutter 或自研跨端方案。

长期看,更值得关注的是 AI 编程工具的演化节奏:它们是会继续把原生开发的边际成本压低,还是会反向进化出新的“跨端生成”能力。这个答案,会决定未来五年 App 开发的基本盘。

同主题阅读路径

查看「模型发布」栏目
继续比较相关工具

读完文章后,如果你想继续筛选 AI 工具,可以从真实使用场景开始做横向比较。

查看 AI 工具