9 月第一周，前端圈又炸了四次 2026 年 9 月的第一周，前端圈几乎一天一个大新闻。Remix 3 RC 彻底脱离 React，从“React 元架构体系”变成了一个独立的全栈框架。Bun 1.4 正式上线，Zig 到 Rust 的重写版本首次稳定亮相。Oxc 开始兼容 React Compiler，速度比 Babel 快 10 倍以上。Next.js 16.3 正式发布，带来了 Instant Navigations 和 90% 的内存增强。一周之内，四个方向同时被改写。 一、Remix 3 RC：不再“基于 React”，自己就是全栈 9 月第一周最震撼的消息，来自 Remix。 Remix 3 发布了 Release Candidate。这次更新的核心变化只有一个： Remix 不再是一个“React 元框架”了 。 过去，Remix 的定位是“基于 React 的全栈框架”。你在 Remix 里写 React 组件，用 React Router 的路由，整个框架的根基是 React。Remix 3 彻底改变了这件事—— 它从 React 框架变成了一个独立的全栈框架 。 这意味着什么？ Remix 现在是一个“单软件包”的全栈方案 。它自己处理路由、自己处理资料加载、自己处理渲染——不依赖 React 作为底层核心。虽然你仍然可以在 Remix 3 里使用 React 组件，但框架本身已经不再“绑定”在 React 上了。 这背后反映的是 2026 年一个更大的趋势： “元框架”正在脱离它们绑定的 UI 框架，变成独立的全栈助手 。React 有 Next.js，Vue 有 Nuxt，但 Remix 选择了一条不同的路——它不再只是“React 的 Remix”，而是“Remix 自己”。 如果你的团队正在考虑全栈框架选型，Remix 3 提供了一个新的选项： 一个不绑定特定 UI 框架的全栈方案 。 二、Bun 1.4：Rust 重写版首次稳定亮相 同样在 9 月第一周，Bun 1.4 正式发布。 这是 Bun 从 Zig 迁移到 Rust 之后 第一个稳定版本 。在此之前，Rust 重写版一直在 Canary 渠道测试，9 月终于正式亮相。 Bun 1.4 的数据相当能打：Node.js 测试套件新增了 1517 个测试用例 ，是 Bun 1.0 以来 Node.js 兼容性增强最大的一次；修复了超过 2900 个 issue ；空闲 CPU 使用率降低 5 倍 ，内存使用最多减少 35% ，Linux 启动速度提升 50% 。 更关键的是，Bun 1.4 现在支持 Playwright 在 Bun 上运行 ——你可以用 Bun 驱动浏览器跑端到端测试了。它还支持 Next.js 16.3 的 Turbopack 和 React Compiler 。 Bun 正在从一个“JavaScript 运行时”变成一个“Node.js 的直接替代品” 。Node.js 测试套件 97% 以上在 Bun 上通过——虽然还没做到 100%，但已经足够让很多工程考虑切换了。 从 Zig 到 Rust 的重写花了几个月，但这几个月换来的结果是： 更稳、更快、更省内存 。前端工具链的“Rust 化”浪潮，又多了一个重量级成员。 三、Oxc 支持 React Compiler：比 Babel 快 10 倍 React Compiler 是 React 19 时代最重要的性能工具——它自动 memo 组件，不需要你手写 useMemo 和 useCallback 。但 React Compiler 一直有一个痛点： 太慢 。 Babel 版的 React Compiler 在大项目上跑得吃力。8 月 18 日，Oxc 团队发布消息称了一个重磅消息： Oxc 正式支持 React Compiler 。 Oxc 的实现分为两层： 第一层：Oxlint 规则检查 。Oxlint 现在包含 22 条由 React Compiler 驱动的规则 ，可以检查你的代码是否违反了 React 的规则。你不需要真正“编译”代码，只需要跑一遍 Oxlint，就能知道哪些地方可能触发 React Compiler 的报错。 第二层：Oxc Transform 。这是真正的编译层。 oxc-transform-react 包可以直接在 Oxc AST 上运行 React Compiler 的自动 memo 逻辑。 关键是速度： Oxc 比 Babel 快 10 倍以上 。Oxc 团队在初步基准测试中测到了这个数据，而且已经发布了 @vitejs/plugin-react v6.1.0 的集成——你只需要在 Vite 配置里加一行 compiler: true ，就能用上 Oxc 驱动的 React Compiler。 Bun 1.4 也支持了 React Compiler，宣称比 Babel 快约 20 倍 。两个 Rust 工具在同一个月内宣布支持 React Compiler——React Compiler 的“Rust 化”正在进行中。 四、Next.js 16.3：内存降 90%，构建用 TS 7 8 月 3 日，Next.js 16.3 正式发布。这是 Next.js 16.0 以来最大的一次更新。 最大的改进在内存 ：长时间运行的开发服务器，内存使用最多降低 90% 。对于大型 monorepo，这是一个质的变化——你再也不用隔几个小时重启一次 dev server 了。 构建速度也有明显提升 ：重复构建可以复用未变更的 artifacts 缓存； next build 现在可以使用 TypeScript 7 进行类型检查；服务器端渲染的吞吐量提升了 22% 。 Instant Navigations 是 16.3 最值得关注的新特性 ：通过 Partial Prefetching 和更好的 ISR，页面导航可以做到接近 SPA 的即时响应。Vercel 表示这些行为将在未来的 major 版本中成为默认。 AI 工具支持也在升级 ：Next.js 16.3 为编码 Agent 提供了版本匹配的文档，Agent 可以直接读取当前版本的文档，不需要联网搜索。 Turbopack 的分块策略也有新变化 ：在 nextjs.org 上，Turbopack 把 96 个网络请求降到了 38 个，下载的 JavaScript 从 561.6KiB 微降到 554.8KiB。 Vercel 还发布了实验性的 scriptc ——一个可以把 TypeScript 编译成原生二进制文件的工具。虽然还在早期，但这个方向已经很明确了： TypeScript 正在从“编译到 JavaScript”走向“编译到原生” 。 五、还有三件事值得提一下 TypeScript Native Bridge：让老工具用上新引擎 Vue 生态的核心贡献者 Johnson Chu 发布了一个叫 typescript-native-bridge 的项目。 它的核心作用是： 在不改变任何工具配置的前提下，让 vue-tsc 、 svelte-check 、 astro-check 、 glint 、 typescript-eslint 这些依赖 TypeScript 程序化 API 的工具，直接用上 Go 版的 TypeScript 7 引擎 。 TypeScript 7.0 的问题在于：它不包含程序化 API，所以 vue-tsc 这类工具没法直接用。TNB 的做法是在保留经典 API 表面的同时，把 Go 引擎塞进去。你只需要把 typescript 包替换成 typescript-native-bridge ，所有依赖 TypeScript 的工具就能跑在 Go 引擎上。 一个 override，全线加速 。 Biome 支持 React Compiler Biome v2.5.8 开始支持 useReactCompiler 规则，可以在 Biome 里检查代码是否符合 React Compiler 的规则。 Vitest 5.0 Vitest 5.0 正式发布，在 React SPA 基准测试中速度提升约 15%，新增了内置追踪视图。NestJS 12 也发布了，默认采用 ESM 模块，用 Rspack 替代了 Webpack。 写在最后 2026 年 9 月的第一周，前端圈炸了四次。 Remix 3 RC 从一个“React 元框架”变成了独立的全栈框架。 Bun 1.4 用 Rust 重写后首次稳定亮相，Node.js 兼容性明显提升。 Oxc 开始支持 React Compiler，速度比 Babel 快 10 倍。 Next.js 16.3 带来了 90% 的内存优化和 Instant Navigations。 把这些放在一起看，两条主线越来越清晰： 第一条：Rust 正在吃掉前端工具链。 Bun 从 Zig 迁到 Rust 后发布了 1.4。Oxc 用 Rust 实现了 React Compiler。Bun 也支持了 React Compiler。Biome 在用 Rust。Rspack 在用 Rust。 前端工具链的“Rust 化”已经不是趋势，是正在进行的事实。 第二条：框架正在脱离 UI 框架变成独立的全栈工具。 Remix 3 不再“基于 React”。Next.js 16.3 在强化全栈能力。 “元框架”正在成为独立的开发服务体系，而不是某个 UI 框架的附属品。 一周之内，四个方向同时被改写。这个速度，比大多数人想象的要快。