我花了几个月时间，先后把Zed、Helix和Lapce当作主力代码编辑器，各用了至少两周。它们有个共同的优点：快得不像话，尤其是在我那台8GB内存的笔记本上。但每当我刚适应一个新工具，最终还是会被拽回VS Code，拽回那个启动慢、吃内存却拥有100000个扩展的“旧爱”。

先说Zed，它离让我转投阵营最近。这款用Rust编写的编辑器靠GPU加速渲染界面，闲置时内存占用只有180MB，而VS Code在什么插件都不装的情况下也要吃掉650MB。冷启动的差距更明显，Zed几乎秒开，更关键的是它现在内置AI支持，可以直接对接API或本地的Ollama，省去了不少配置精力。

打开网易新闻 查看精彩图片

Helix走的是另一条路，它更像VS Code的反面教材。我曾经折腾Neovim，配置文件膨胀到几百行，自己维护起来痛苦不堪。Helix则开箱就带好了LSP、Tree-sitter、多光标编辑，甚至调试适配协议（DAP）都直接支持，第一次体验不用插件管理器的清爽感。当然它有一套独特的学习曲线，但好在有Vim底子和内置教程“hx --tutor”帮忙，我很快就上手了。

论响应速度，Lapce堪称一绝。无论怎么折腾，它总是瞬间打开，几乎没有能把它拖慢的文件。它同样用Rust写成，并且借助自研的Floem UI框架实现GPU加速。别看体型如此轻量，该有的功能一点没含糊：动态Tree-sitter支持、代理配置、用glob模式隐藏无用文件，以及可切换的Vim模式，统统都在。考虑到这个项目的人手和资金相比其他竞争者少得可怜，它的完成度着实让人刮目相看。

最能凸显它们与VS Code差距的，莫过于处理大文件的能力。一个500MB的日志文件，这三个编辑器都能面不改色地瞬间加载，而VS Code的反应就像受到了冒犯。在8GB内存的笔记本上，想用后者流畅编辑大文件，几乎必须另寻替代方案。

然而，速度和其他所有优势加在一起，也没能把我留住。原因简单得残酷：微软的扩展市场已经突破100000个扩展，而且其中一些最有用的扩展被锁定，只允许在微软自己构建的VS Code上安装。编辑工作流再顺手，插件的缺失意味着整个开发体验瞬间打折。我不愿意为了那几百兆内存而放弃调试、主题、协作或数据库工具的无缝衔接。生态系统，最终成了VS Code最深的护城河——跑得快的一众对手，终究没能攻破这堵由数十万开发者共同砌成的城墙。