再见 VSCode!下一代编辑器开源,仅 16MB!

用了 VSCode 这么多年，最让我头疼的一点，便是它越用越卡。

打开几个项目窗口，内存占用动辄一两个 G。在配置稍弱的电脑上，风扇直接起飞。

更尴尬的是它将近 800MB 的安装包。对一个代码编辑器来说，体积实在臃肿。

让 VSCode 摆脱这个「包袱」，是不少开发者一直在想的事。

前几天，偶然在 GitHub 上看到了 SideX 这个项目，思路有些意思。

它的做法不是重写 VSCode，而是把底层运行时换掉，从 Electron 换成了 Tauri。

Tauri 的省空间逻辑也不复杂。macOS 上调用 Safari 同款的 WKWebView，Windows 上调用微软自家的 WebView2。

这些 WebView 系统层面早就预装好了，相当于一份所有应用共享使用的浏览器内核。

Electron 当年没这么做，主要是为了跨平台行为一致。每个应用都背着一份 Chromium 跑，代价就是安装包巨大、内存吃紧。

效果对比也比较直观。按作者给出的数据，VSCode 安装包 797.8MB，SideX 只有 16.4MB。

回到思路本身。市面上 Zed、Notepad++ 走的是「重写一个原生编辑器」的路线，而 SideX 选择了另一条路。

它把 VSCode 工作台的 5600 多个 TypeScript 文件直接搬了过来，差不多是大半个工作台。依赖注入、服务分层等结构都没怎么动。

变的只是底层。Electron 主进程换成 Rust，Node 的文件读写、PTY 终端、Git 操作，则由 Rust 重写。

这样做的好处是，熟悉 VSCode 的开发者上手贡献代码没什么门槛。

那实际能用到什么程度？作者列了一份比较实在的清单。

目前稳定的部分有：Monaco 编辑器、文件管理、集成终端、Git 操作、主题切换，以及从 Open VSX 安装扩展。

但扩展宿主、调试器、设置界面这些重要模块，仍处于半成品阶段。

也就是说，现阶段把它当主力 IDE 用还为时尚早。

性能方面也有些保留意见。在 macOS 上，WKWebView 是系统级共享组件，省内存效果较明显。

而 Windows 上 WebView2 的表现则相对复杂。根据测量方式不同，内存读数会有差异。

作者的目标是 macOS 空闲状态下控制在 200MB 以内。具体基准测试，要等项目更稳定后才会公布。

安装方面，目前还没有预编译的二进制版本，需要自行从源码构建。

git clone https://github.com/Sidenai/sidex.gitcd sidexnpm installnpm run tauri dev

首次构建因为要编译 Rust，会花上 5 到 10 分钟，建议留出充足耐心。

写在最后

SideX 这个项目最有意思的地方，不在于它能不能取代 VSCode，而在于它选择的路径。

Zed 已经发布有一段时间，性能表现相当出色，但 VSCode 的地位始终没被撼动。

原因不在编辑器本身，而在那些插件、调试器、Copilot 集成。

开发者真正离不开的，是 VSCode 背后那套庞大的扩展生态。这才是它真正的护城河。

SideX 押注移植而非重写，赌的是生态价值大于性能差距。把生态留下，把运行时换掉，比从零搭建一个新生态要现实得多。

这个赌注最终能不能成立，关键看后续扩展宿主部分能不能跑通。

如果能跑通，Tauri 在承接复杂工程项目上的能力，也会借此被验证一次。

对于想学 Tauri 怎么落地大型项目的开发者来说，SideX 现阶段恰好是个绝佳的真实案例库。

早期项目的窗口期不会太长，有兴趣的话，进去混个贡献者身份也是个机会。

GitHub 项目地址：https://github.com/Sidenai/sidex

今天的分享到此结束，感谢大家抽空阅读，我们下期再见，Respect！