Expo 这半年憋了什么大招？从 SDK 52 到 54 的跨端进化实录

Expo 这半年憋了什么大招？从 SDK 52 到 54 的跨端进化实录

说到跨端开发，Expo 这两年真的是猛。从当年被吐槽 “玩玩可以，上项目不行”，到现在 React Native 官方文档首推的框架方案，中间也就两三年的事。2025 到 2026 年这半年，Expo 节奏更快了， SDK 版本从 52 一路干到 54 beta，今天就来聊聊这几个版本到底动了哪些地方。

先划重点：SDK 54 最大的变化是什么？

iOS 预编译 React Native——编译速度直接起飞。

这个是 SDK 54 最刚的特性。从 React Native 0.81 开始，iOS 上的 RN 和它的依赖会以预编译的 XCFramework 形式分发，而不是像过去那样每次都要从头编译。

Expo 团队用 RNTester 做了个对比测试：

当然，你项目里还有一堆其他依赖，不可能 10 秒就搞定整个构建。但整体体验是质变的——特别是 CI 环境里每次都要 clean build，以前你等 CI 跑完打包要十几分钟，现在可能几分钟就完事。

值得一提的还有，这个改进让 Expo 离抛弃 CocoaPods、转向 Swift Package Manager 更近了一步。对于 iOS 开发者来说，”pod install” 报错那套玄学问题，有望彻底成为历史。

不过踩坑提醒：0.81.0 的 release 版本用预编译 XCFramework 打包后暂时不能提交 App Store，要等 0.81.1 修复。如果你急着发版，可以在 expo-build-properties 里把 ios.buildReactNativeFromSource 设成 false，回退到传统编译模式。

// app.json 或 app.config.js
{
  "expo": {
    "plugins": [
      [
        "expo-build-properties",
        {
          "ios": {
            "buildReactNativeFromSource": false
          }
        }
      ]
    ]
  }
}

SDK 53：React Native 0.79 和 Reanimated 4.0 的时代

SDK 53 对应 React Native 0.79，带来的变化也不少。最值得一提的是社区生态跟上来了——Reanimated 4.0 beta 已经适配 SDK 53，这意味着你可以用新架构 + Reanimated 的组合拳来做高性能动画。

不过 SDK 53 发布初期也确实有点磨合期。Reanimated 4.0.0-beta.3 在 SDK 53 上出现过编译失败的问题，具体报错是 ReanimatedModuleProxy.cpp 编译挂了。这个在后续版本已经修复，但如果你正巧赶上那个节点，建议锁定 react-native-reanimated@3.x 稳定版，等 4.0 正式版出来再升。

还有一个值得提的——Expo 在 SDK 53 里全面拥抱了 React Native 新架构（New Architecture）。从 0.76 开始新架构就是 RN 的默认模式了，Expo 这套跟得很紧：

React Native 版本演进时间线：
0.68 —— 新架构实验性加入
0.70 —— Hermes 成默认引擎
0.76 —— 新架构默认开启
0.79 —— Expo SDK 53 搭载
0.81 —— Expo SDK 54 + iOS 预编译

现在你在 Expo 项目里用 Fabric、TurboModules 都是默认就有的，不需要额外配置。这意味着什么？启动速度提升、原生交互更流畅、内存管理更好。

我拿一个实际项目做了个简单对比——一个中等复杂度的电商 App（约 80 个页面）：

差距还是明显的。

iOS 26 Liquid Glass：苹果新设计语言，Expo 跟上了

SDK 54 支持了 iOS 26 的 Liquid Glass 图标。苹果新出的 Icon Composer 应用可以生成 .icon 文件，Expo 这边直接支持在 app.json 里引用：

{
  "ios": {
    "icon": "./assets/app.icon"
  },
  "android": {
    "adaptiveIcon": {
      "foregroundImage": "./assets/adaptive-icon.png",
      "backgroundColor": "#ffffff"
    }
  }
}

连 SwiftUI 的 Liquid Glass modifier 和 button variant，Expo UI for iOS（目前 beta）也支持了。如果你是一个追求设计感的跨端 App，这个值得关注——毕竟 iOS 26 的用户量上来后，你的 App 图标不支持 Liquid Glass，放在桌面上就会显得”过时”。

Expo Router：文件路由的进化

Expo Router 现在已经是事实上的 React Native 路由标准了。它和 Next.js 的 App Router 理念一样，文件即路由，目录结构即导航结构：

app/
├── _layout.tsx        # 根布局
├── index.tsx          # 首页
├── explore.tsx        # 探索页
├── (tabs)/
│   ├── _layout.tsx    # Tab 布局
│   ├── feed.tsx
│   └── profile.tsx
├── product/
│   ├── [id].tsx       # 动态路由
│   └── _layout.tsx
└── +not-found.tsx     # 404

这比 React Navigation 手动写 Stack Navigator 舒服太多了——你不需要维护一套路由配置，文件系统本身就是路由配置。

Expo Router v3 还加入了 API Routes（+api.js），让你可以在同一个项目里跑服务端逻辑。这意味着小型项目可以省掉一个独立后端，直接用 Expo Router 搭全栈。

EAS：云构建的体验在变好

EAS（Expo Application Services）这一年也迭代了不少。核心的几个变化：

1. EAS Build 速度提升——配合 SDK 54 的 iOS 预编译，iOS 构建时间大大缩短
2. EAS Update 支持灰度发布——可以按百分比推送 OTA 更新，先放 5% 的用户看看 crash 率
3. EAS Submit 自动化——一键提交 App Store Connect 和 Google Play Console

配置依然在 eas.json 里：

{
  "build": {
    "production": {
      "android": {
        "buildType": "apk"
      },
      "ios": {
        "autoIncrement": true
      }
    },
    "preview": {
      "distribution": "internal",
      "android": {
        "buildType": "apk"
      }
    }
  }
}

不过有个坑提醒一下——国内的网络环境，EAS Build 有时候拉 gradle 依赖会很慢。解决方案是用国内的镜像源，或者在本地先 prebuild 再提交。

Expo Modules API：写原生模块没那么痛苦了

以前的 React Native 写原生模块，Android 要写 Java/Kotlin，iOS 要写 Objective-C/Swift，两边各维护一套代码，心智负担极重。

Expo Modules API 通过 C++ 跨平台的方式，让你写一份 C++ 代码同时在 Android 和 iOS 上跑：

// 用 Expo Modules API 写一个原生模块
#include "NativeSampleModule.h"

namespace expo {

class NativeSampleModule : public Module {
public:
  void SomeMethod(const std::string& param) override {
    // 一份代码，双端运行
  }
};

} // namespace expo

配合 Codegen 自动生成 TypeScript 类型定义，调用体验和普通 JS 模块几乎没区别：

import { NativeSampleModule } from './NativeSampleModule';
const result = await NativeSampleModule.someMethod('hello');

总结：2026 年的 Expo 值得上车吗？

我的结论是——非常值得，但要分场景。

适合用 Expo 的场景：

• 新项目启动
• 中小型应用（MVP、企业内部工具、社交 App）
• 团队 RN 经验不多，想快速产出

不太适合的：

• 重度依赖原生能力的应用（比如自定义蓝牙协议栈）
• 已经有成熟原生代码库的遗留项目迁移

一句话总结：Expo 已经从”快速原型工具”进化成”生产级跨端框架”了。SDK 54 的 iOS 预编译、新架构默认开启、EAS 云服务体系，都在把跨端开发的体验推向一个新高度。如果你还在纠结 React Native 项目用什么脚手架，真的不用想了——直接用 npx create-expo-app@latest 就完了。