Lapce：38K Star的开源编辑器，快到离谱

用VS Code的时候你有没有想过：为什么一个文本编辑器要吃掉我4G内存？

答案很简单——因为它是Electron套壳。一个网页套了一层浏览器壳，再用Node.js把操作系统API桥接进来。每多开一个窗口就多一份内存开销，主题装多了就卡，插件装多了更卡。

Lapce选择了一条完全不同的路。

纯Rust写的。不是套壳，是原生GUI。用自己的UI框架Floem做渲染，走GPU加速。启动几乎零延迟，按键输入的任何卡顿都会被当成bug去修。

这是它的原话：”any lag on your keystroke will be treated as a bug”。

GitHub 38.6K Star，Apache 2.0开源，v0.4.6。虽然版本号不大，但核心功能已经非常完整。

语法高亮用的Tree-sitter，比正则表达式快得多，也准确得多。LSP内置支持，代码补全、跳转定义、诊断、重构，该有的都有。终端直接嵌在编辑器底部，不需要切窗口。

Vim用户不用装插件，模态编辑是内置的。左下角的Insert/Normal模式指示器随时可见。

还有远程开发。和VS Code Remote类似的体验，但跑在原生GUI上，延迟更低。团队还做了Lapdev，一个类似GitHub Codespaces的云开发环境平台。

插件系统用WASI，任何能编译成WASM的语言都能写插件。Rust、C、AssemblyScript，随你选。

最打动我的不是功能列表，是理念。

Electron的思路是”用Web技术搞定一切”。快速开发、跨平台、生态丰富，代价是臃肿。一个文本编辑器动辄吃掉几G内存，这在2026年已经有些荒谬了。

Lapce的思路是”把性能作为第一公民”。启动快、输入快、渲染快。为此它自己做UI框架（Floem，也有4K Star），自己做GPU渲染管线（wgpu），甚至文本数据结构都用Rope Science而不是普通字符串。一切为了快。

这不是一个”VS Code平替”的故事。这是一个”如果从头来写，编辑器应该是什么样”的故事。

社区里有人专门写了”A Love Letter”——说它从140MB缩到了20MB，功能不减，真正的便携。有人用Lapce写了一整篇评测文章来评测它自己。也有人说每几个月回来试一次，还太早不能当主力工具。

实话实说，这还是一个没人全职做的项目。2018年写下的第一行代码，至今仍是beta。但38K Star说明一件事：开发者们在等一个真正快、不套壳的编辑器。

试试看，或许你会重新理解什么叫”快”。

▒▒▒▒▒▒▒▒▒▒
关注我，获取更多AI观察与个人思考 🧰☕
▒▒▒▒▒▒▒▒▒▒

#Lapce #开源 #编辑器 #Rust #效率工具 #VSCode替代 #GPU #代码