号外:Zed 编辑器正式发布 1.0 版本——VS Code 的终结者来了?
号外:Zed 编辑器正式发布 1.0 版本——VS Code 的终结者来了?
2026年4月29日,由 Atom 创始人 Nathan Sobo 带队打造的 Zed 编辑器正式发布 1.0 版本。用 Rust 从零重写、GPU 加速渲染、原生 AI Agent、实时协作……这不是一次迭代,这是一次对代码编辑器的重新定义。
为什么我要写这篇号外
熟悉我的读者都知道,我是个 VS Code 重度用户——从 .NET/C# 到 Java/SpringBoot,从 Nginx 配置到算法刷题,VS Code 陪我走过了无数个深夜。但说实话,每次打开一个大型项目,看着那个转圈圈的启动画面,再看看任务管理器里动辄 2-3GB 的内存占用,心里总有个声音在说:这玩意儿真的不能再快一点了吗?
然后 Zed 1.0 来了。
我试用了一周,说句不夸张的话——我可能真的要换编辑器了。
一、先看数据:碾压级的性能差距
不扯虚的,直接上数据。根据 Tech Insider 2026 年的实测对比:
|
|
|
|
|
|---|---|---|---|
|
|
0.6s |
|
|
|
|
222 MB |
|
|
|
|
基准 |
|
|
|
|
|
|
|
你没看错,16 倍的内存差距。VS Code 打开一个中大型项目轻松吃掉 3.5GB 内存,而 Zed 只需要 222MB。这是什么概念?你的笔记本本来只能开 3 个 VS Code 窗口,现在用 Zed 可以开 15 个。
这背后的根本原因是架构差异——VS Code 基于 Electron(Chromium + Node.js),本质上是一个套了壳的浏览器;而 Zed 用 Rust 从零构建,自研了 GPUI 框架,直接调用 GPU 渲染。

Nathan Sobo(Atom 的创始人,对,就是那个被 VS Code 干掉的 Atom)在 1.0 发布博客里说了一句话:
“To create a fundamentally better editor, we had to invent a new approach to building desktop software.”
翻译过来就是:要想做出真正更好的编辑器,必须从头来过。
二、GPU 渲染:像打游戏一样写代码
Zed 最让我惊艳的特性之一是它的渲染方式——像电子游戏一样渲染编辑器界面。
传统的代码编辑器(包括 VS Code)用的是 DOM 渲染,每一行代码都是一个 HTML 元素。当代码量大的时候,DOM 节点数量爆炸,滚动、编辑都会出现掉帧。
Zed 的 GPUI 框架直接把整个编辑器界面当作游戏场景来渲染——所有文字、光标、选区、滚动条都是 GPU 绘制的。这意味着:
-
• 120 FPS 流畅滚动,不管文件多大 -
• 零延迟的光标移动,打字感觉就是”即时响应” -
• GPU 加速的语法高亮,再复杂的正则匹配也不会卡顿
Zed 官方博客里有一张动图,把编辑器的所有 UI 层”炸开”,像 3D 模型一样旋转展示——这就是游戏引擎的渲染方式。

三、原生 AI Agent:不是插件,是内置
VS Code 的 AI 能力主要靠插件(GitHub Copilot、Continue 等),而 Zed 把 AI 直接做进了编辑器的 DNA 里。
Zed 1.0 的 AI Agent 能力包括:
-
• 原生 Agentic AI:AI 不只是补全代码,它能在编辑器里自主执行任务——修改文件、运行命令、搜索代码,像一个真正的编程助手 -
• 多模型支持:内置支持 GPT-4o、Claude、DeepSeek-V4-Pro/Flash 等主流模型,一键切换 -
• 子 Agent 并行:可以派生多个子 Agent 并行处理不同任务,大幅提升复杂任务的执行效率 -
• 上下文感知:AI 能理解整个项目的代码结构,不是只看当前文件
比较重要的是:Zed 的 AI 补全速度比 VS Code + Copilot 快 2 倍(Zed 与 Baseten 合作优化的结果)。这不是玄学,是因为 Zed 的 AI 请求走的是原生通道,不需要经过 Electron 的 IPC 桥接。
四、实时协作:Google Docs 级别的编程体验
Zed 从第一天起就把协作作为核心功能,不是事后加的。
-
• 实时多光标:你可以看到队友的光标在代码里移动,像 Google Docs 一样 -
• 语音频道:内置语音聊天,边写代码边讨论 -
• 跟随模式:代码评审时可以直接”跟随”对方的视角 -
• 低延迟:基于 CRDT(无冲突复制数据类型)的同步算法,几乎零延迟
VS Code 也有 Live Share,但那个体验……怎么说呢,用过的人都知道,卡顿和延迟是常态。Zed 的协作体验完全是另一个级别的。
五、Rust 生态加持:速度与安全的完美结合
作为一个 C# 开发者,我对 Rust 的好感度一直很高。Zed 用 Rust 写这件事本身就是一个巨大的加分项:
-
• 内存安全:没有 GC(垃圾回收),没有内存泄漏,没有空指针异常 -
• 零成本抽象:高性能不需要牺牲代码可读性 -
• 并发安全:多线程文件处理、语法分析、AI 推理全部安全并行 -
• 跨平台原生:macOS、Windows、Linux 都是原生编译,不是 Electron 套壳
Zed 团队还开源了他们的 UI 框架 GPUI,现在已经有开发者用 GPUI 写桌面应用了。这个框架的质量,从 Zed 的表现就能看出来。
六、1.0 意味着什么?
Nathan Sobo 在博客里解释了为什么现在才发布 1.0:
“Developers expect a modern editor to support dozens of languages and their ecosystems, endless variations and edge cases across platforms, and a rich extension ecosystem.”
翻译:开发者期望一个现代编辑器支持几十种语言、覆盖所有平台、拥有丰富的扩展生态。这些 Zed 现在都做到了。
1.0 版本的关键里程碑:
-
• ✅ 完整的语言支持(LSP 协议,几乎所有主流语言) -
• ✅ 扩展系统成熟(主题、语言、工具链扩展) -
• ✅ 三大平台原生支持(macOS、Windows、Linux) -
• ✅ 内置 Git 集成(checkpoint、blame、diff 全支持) -
• ✅ 内置终端(真彩色渲染) -
• ✅ Vim 模式完整支持 -
• ✅ 书签功能(1.0 新增) -
• ✅ Markdown 预览(支持 GIF 动画) -
• ✅ 调试器集成
七、那 VS Code 的优势呢?
公平起见,我必须承认 VS Code 目前还有一个不可撼动的优势:扩展生态。
VS Code 的扩展市场有超过 40,000 个扩展,几乎你能想到的开发工具都有对应的插件。Zed 的扩展生态虽然增长很快,但体量上还差得远。
不过 Nathan Sobo 的思路很清晰——Zed 不追求”什么都有”,而是追求”核心体验做到极致”。很多 VS Code 需要插件实现的功能,Zed 直接内置了。
而且,Zed 的扩展系统是用 Rust/WASM 构建的,扩展的运行效率和稳定性远超 VS Code 的 JavaScript 插件。一个 VS Code 插件崩溃可能导致整个编辑器卡死,但 Zed 的扩展隔离做得更好。
八、全维度对比

从雷达图可以直观地看出:Zed 在性能相关的维度(启动速度、内存效率、渲染流畅度)全面碾压 VS Code,在 AI 集成和协作能力上也明显领先。VS Code 的优势主要集中在扩展生态和跨平台成熟度上。
九、我的建议
如果你是以下类型的开发者,我墙裂建议你试试 Zed 1.0:
-
1. 受够了 VS Code 内存占用的——16 倍的差距不是开玩笑的 -
2. 追求极致编码速度的——0.6 秒启动 + 120FPS 渲染,用过就回不去了 -
3. 重度使用 AI 辅助编程的——原生 AI Agent 的体验远超插件方案 -
4. 有远程协作需求的——Zed 的实时协作是目前最好的 -
5. Rust 爱好者——用 Rust 写的工具,懂的都懂
下载地址:https://zed.dev
macOS、Windows、Linux 全平台支持,开箱即用。
十、最后说两句
我知道很多人会说”VS Code 的插件生态是护城河,Zed 不可能取代它”。
但我想说的是:Atom 当年也是这么想的。
Atom 曾经也有庞大的插件生态,但 VS Code 用更好的性能和体验把它干掉了。历史不会完全重复,但逻辑是相通的——当核心体验有数量级的差距时,生态优势只是时间问题。
Zed 1.0 不是终点,而是起点。一个用正确的技术栈、正确的设计理念、从零构建的编辑器,终于成熟了。
试试吧,反正免费的。万一回不去了呢?
参考来源:
-
• Zed 1.0 发布博客:https://zed.dev/blog/zed-1-0 -
• Zed 1.0 发布说明:https://zed.dev/releases/stable/1.0.0 -
• Tech Insider 性能对比:https://tech-insider.org/zed-vs-vscode-2026 -
• Zed 官网:https://zed.dev
夜雨聆风