2020 年 1 月Shopify 工程博客发了一篇文章标题叫《React Native is the future of mobile at Shopify》宣布所有新移动 App 全面押注 React Native。六年半之后2026 年 9 月 10 日同一个博客发了另一篇文章标题叫《Native is now the future of mobile at Shopify》。未来还是那个未来配方换了。Shopify 宣布把所有移动 App 迁回 Swift 和 Kotlin而且官方在副标题里直接点名了推手coding agents 改变了开发一个移动 App 的成本结构。Shop App 已经作为完全原生的 App 上架Shopify 主 App 正在迁移中。这不是一个React Native 不行了的爽文故事。真正值得看的是一家公司在两个时间点做了两次理性决策变的不是技术信仰是成本函数。技趣星球 · 用技术创造乐趣。日期2026-09-11先把时间线钉死这个话题在中文圈已经出现了事实走样先纠正。Shopify 不是 2021 年放弃 React Native 的。公开可查的时间线是时间事件2019三个团队分别在 Arrive、POS、Compass 三个 App 上实验 RN2020-01官方宣布All in React Native新 App 全部用 RN2025-01发布 RN 五周年总结屏幕加载低于 500ms整体 crash-free 率超过 99.9%继续投资2026-09-10官方宣布全面迁回 Swift / KotlinShop App 已完成也就是说2025 年 4 月 InfoQ 还在报道 Shopify 的 RN 成功经验当时没有任何放弃的迹象。回迁是最近才发生的决策不是陈年旧闻被翻出来。但国内已经出现《shopify又又从React Native迁移回原生应用了》这类文章把 Airbnb 2018 年弃用 RN 的旧事翻出来和这次回迁放在一起讲容易让人误以为是同一类失败的重演。两件事的背景其实完全不同。2020 年的账和 2026 年的账Shopify 2020 年选择 RN理由非常实在官方列了三条不用把同一个功能做两遍、开发者可以在 iOS / Android / Web 之间流动、把时间花在用户价值上而不是追平两个平台的功能差异。翻译成成本语言维护两套原生代码需要两套人、两次排期、两次踩坑。跨端框架买的是重复劳动的消除。2026 年官方文章里有一句话是整件事的题眼LLMs changed one of the core assumptions behind our 2020 decision, so we reevaluated our mobile stack from first principles. 大语言模型改变了我们 2020 年决策背后的一个核心假设所以我们从第一性原理重新评估了移动技术栈。那个假设就是用 Swift 和 Kotlin 各写一遍很贵。当 coding agent 能可靠地承担大量双端实现工作后写两遍的边际成本塌下来了。官方原话是在 Swift 和 Kotlin 里构建同样的功能不再带有过去那种成本no longer carries the cost it used to。跨端框架的核心卖点被 AI 从侧面削掉了一块。而原生侧的收益没有变甚至因为设备和系统的演进变得更重要——启动速度、内存、包体积、平台新特性的第一时间支持。这才是这次迁移的真正逻辑不是 RN 失败了是天平上重复劳动这端的砝码变轻了。Shop App 的迁移账本Shopify 同一天还发了一篇 Shop App 的迁移实战数据给得很细。Shop App 从 2020 年诞生起就是 RN团队的原话是这个决定很好地服务了 Shop App。回迁不是因为原来的 App 烂而是重新算账后认为原生更划算。整个过程在 AI 辅助下从概念验证到上架只用了 12 周。指标React Native原生变化iOS 冷启动3200ms2466ms快 23%Android 冷启动4433ms2233ms快 50%Android 包体积293MB184MB减 109MBAndroid 发布构建时间基准降约 75%会话稳定性99.5%99.95%崩溃会话降至约十分之一Android 滚动 / 转场帧率120FPSPixel 设备Android 冷启动快一倍、包体积少 109MB这两个数字对电商 App 不是小事——启动慢和安装包大都是真实影响转化漏斗的东西。99.5% 以上的会话稳定性放在行业里已经是很好的成绩。这里要注意口径99.5% 是 Shop App 在 RN 时期的历史数据而 Shopify 2025 年五周年总结公布的是整个 App 组合 99.9% 以上的 crash-free 率不同 App、不同年份的统计口径并不完全相同。但当 AI 让把单款 App 做到 99.95%的成本大幅下降原来可以接受的 99.5% 就不再是终点。技术决策很多时候不是好坏之争是性价比之争。比结论更值钱的是他们怎么用 AI 迁的很多人看到AI 辅助 12 周重写一个 App第一反应是把 RN 代码库丢给模型一键转成 Swift/Kotlin收工。Shopify 明确说这条路走不通。他们的原话是直接让 LLM 对着 RN 代码库一次性生成原生实现哪怕先让它尽量收集信息、冻结成规格说明和任务文件再实现最后也会得到一大堆无法维护、无法发布的代码。实际跑通的方法是一套强约束的流水线小批量每次只让 AI 迁移一小块而不是整个 App 一把梭测试自证每个构建必须用测试证明行为正确视觉比对必须和正在运行的旧 App 做视觉对比双轮对抗性审查代码要过两个 reviewer 挑刺人工放行最后必须有人点头才合入并开始下一块他们还有一句话很冷静生成的代码可能功能全对但仍然引入重复、架构漂移或性能问题。所以原生专家在整个过程中不可或缺——AI 负责降低实现成本人负责守住架构和质量。这套方法论的价值可能比回迁原生这个结论本身更大。它回答了一个所有团队都在问的问题AI 参与大型迁移时靠谱的姿势是什么。Shopify 的答案是AI 是产能放大器不是自动驾驶护栏、验证和人工责任一样都不能少。反方证据移动的是分界线不是终点如果只看 Shopify 一条新闻就喊跨端已死会踩空。Shopify 文章在 Hacker News 上的高赞讨论里最受认同的观点不是站队而是一条评论说的需要 App 的公司本来就分布在一条光谱上有一条线把用 RN/Electron 划算和不划算的公司分开这篇文章副标题真正有意思的地方在于——这条线因为 AI 而移动了。线在移动但线两边都还有人。React Native 自己在补课0.76 起新架构Fabric 渲染层、JSI 直连、TurboModules、无桥模式默认开启旧架构 2025 年 6 月冻结并在后续版本移除。这是 Meta 从 2018 年开始重写的成果正面回应了桥接性能和原生模块的老问题。Expo 生态还在涨Expo 官方数据称 81% 的 RN 开发者使用 ExpoSDK 55 起强制新架构到 2026 年 1 月约 83% 的 SDK 54 构建项目跑在新架构上。Expo 官方甚至已经在主推配套 Claude Code skills 的 AI 工作流。反例一直存在Discord 的 iOS 长期全量 RN2022 年 Android 也迁了过去代码共享率约 98%Coinbase、Walmart 等也还在大规模用。AI 更适合原生本身有争议有开发者指出JavaScript/TypeScript 的训练数据比 Swift/Kotlin 更丰富AI 在 RN/Flutter 项目里的补全质量未必更差。AI 到底更偏向哪一边目前没有定论取决于任务类型。连 Shopify 自己都承认RN 阶段是成功的他们是在 RN 很好地服务了业务六年之后主动换的赛道。这和 2018 年 Airbnb 因桥接性能、维护失控而被动弃用 RN性质完全不同。放到国内语境看国内的讨论有自己的重心。InfoQ 中文站 2025 年 5 月还在正面报道 Shopify 的 RN 五年经验这次回迁的消息 9 月 11 日才开始在 CSDN、掘金扩散比官方晚一天且已经夹杂了标题党和时间线混乱。国内大厂的现实选择也从来不是跨端 vs 原生的二选一阿里闲鱼等场景长期用 FlutterBoost 把 Flutter 模块嵌进原生宿主字节自研 Lynx 与 Flutter、原生并存美团、腾讯普遍是原生宿主加 Flutter/RN/H5 模块混合京东电商场景大量活动页、详情页走 H5 和动态化容器鸿蒙的 ArkTS/ArkUI 是这两年新增的独立变量国内工程界这两年的主流判断其实和 Shopify 的逻辑可以对上全量跨端替代原生的叙事在退潮但跨端没有消失而是收缩到模块嵌入、逻辑复用KMP、动态化和小程序容器这些更具体的位置。AI 削弱的是写两边很贵这个理由削弱不了平台差异、运行时成本和生态约束这些物理现实。对普通团队意味着什么Shopify 这种体量的公司决策不能直接抄给十个人的团队。有几个判断可以带走第一选型问题要重新算一遍账但别只算开发成本。如果你们团队本来就是 React 人才为主、产品以内容和表单为主、对极致性能不敏感RN/Expo 在 2026 年反而比 2020 年更成熟——新架构、EAS 构建、AI 工具链都在变好。第二重度原生能力、性能敏感、长期维护的 App原生双端的性价比确实在变高。但前提是你真的能用好 AI——不是让模型一把梭而是建立 Shopify 那样的任务拆分、测试、审查和人工放行机制。没有这套护栏AI 只会加速生产技术债。第三真正要盯的不是哪个框架赢了而是 AI 对你这条业务的成本结构改变了多少。定期把技术选型拿出来重新算一遍比押注任何一方都靠谱。Shopify 自己就是这么做的2020 年选 RN2026 年选原生两次都是当时条件下的理性最优解。小结六年时间Shopify 用两篇标题几乎对称的文章演示了一个成熟团队对待技术栈的态度没有信仰只有约束条件下的最优解。React Native 没有死跨端框架也没有死。死的是一套代码永远最优这个静态假设。当 AI 开始重写软件开发的成本表每一项技术决策都值得重新算一遍——这才是 Shopify 这次回迁对所有开发者真正的提醒。技趣星球 · 用技术创造乐趣。参考来源Shopify Engineering《Native is now the future of mobile at Shopify》2026-09-10https://shopify.engineering/back-to-nativeShopify Engineering《Shop app migration: React Native to Swift and Kotlin》2026-09-10https://shopify.engineering/shop-app-migrationShopify Engineering《React Native is the Future of Mobile at Shopify》2020-01-29https://shopify.engineering/react-native-future-mobile-shopifyShopify Engineering《Five years of React Native at Shopify》2025-01-13https://shopify.engineering/five-years-of-react-native-at-shopifyInfoQ《Shopifys Five Years of React Native: A Retrospective》2025-04-16https://www.infoq.com/news/2025/04/shopify-five-years-react-native/Hacker News 相关讨论2026-09-10/11https://news.ycombinator.com/front?day2026-09-10React Native 官方博客《The New Architecture is here》2024-10-23https://reactnative.dev/blog/2024/10/23/the-new-architecture-is-hereExpo 官方文档 New Architecture 指南2026-01https://docs.expo.dev/guides/new-architecture/Trio《Examples of React Native Apps》2026-06Discord、Coinbase 等案例数据https://trio.dev/examples-of-react-native-apps/Mobile Vitals《Does Airbnb Still Use React Native: The Full Story 2016–2026》2026-02https://mobile-vitals.com/article/2308-mobile-vitals-does-airbnb-still-use-react-native-the-full-story-2016-2026InfoQ 中文站《Shopify 的 React Native 之旅》2025-05-13https://www.infoq.cn/article/LhtspBIty4DFWLXdghuy掘金《AI 会写 Native 之后跨端框架还重要吗》2026-05-27https://juejin.cn/post/7644357898579886118CSDN《shopify又又从React Native迁移回原生应用了。》2026-09-11国内传播案例存在标题党与时间线混淆https://blog.csdn.net/hoolooday/article/details/164945520Baeseokjae《AI for Mobile Developers 2026》反方观点JS/TS 与 Dart 训练数据更丰富AI 补全质量未必弱于原生https://baeseokjae.github.io/posts/ai-for-mobile-developers-2026/
