VS Code vs Sublime Text 2024：写代码快不快，到底谁说了算？

2024年4月，Stack Overflow的开发者调查显示，VS Code的市场占有率已经飙到73.7%。Sublime Text呢？不到5%。但你要是打开一个老手的电脑，很可能看到Sublime Text的窗口还开着。

这两款编辑器，一个像瑞士军刀，一个像手术刀。选错了，每天多花半小时在等插件加载上。选对了，可能一年省下几十个小时。

启动速度：Sublime Text 赢了，但没人真的在乎

Sublime Text 4 启动时间大概在200毫秒。VS Code 呢？冷启动要1.5秒，热启动300毫秒。

说真的，谁每天关编辑器？大部分开发者一开就是一整天。启动速度这个优势，只在刚装完系统那天有用。

但有个细节值得说：Sublime Text 打开一个100MB的日志文件，几乎瞬间完成。VS Code 碰到同样文件，直接弹窗问你要不要装大文件插件。据 GitHub 上的测试数据，Sublime Text 处理大文件的速度是 VS Code 的 3 到 5 倍。

如果你经常要翻几十万行的日志，Sublime Text 可能是唯一选择。

VS Code 的插件市场有超过3万个扩展。Sublime Text 的 Package Control 里大概只有5000个。

这不是数量问题，是质量差距。VS Code 的 Python 插件由微软官方维护，每月更新。Sublime Text 的 Python 插件靠社区，有些已经两年没更新了。

举个例子：写 TypeScript 时，VS Code 能直接在编辑器中显示类型错误、自动补全、跳转到定义。Sublime Text 需要装 LSP 插件，配置好半天，效果还差一截。

一个老哥在 Reddit 上吐槽：为了在 Sublime Text 里实现 VS Code 默认的 IntelliSense，他花了三个小时配插件。最后发现，VS Code 开箱就有。

Sublime Text 用 C++ 写的，内存占用通常 100MB 到 200MB。VS Code 基于 Electron，一打开就吃 300MB 起步，装几个插件能到 600MB。

但内存占用高不代表慢。VS Code 的智能缓存做得很好。你打开一个大型 React 项目，VS Code 会在后台索引全部代码，然后跳转、搜索几乎秒回。Sublime Text 呢？索引速度慢，而且索引完内存也飙上去了。

据 JetBrains 的测试，在同样 50 万行代码的项目中，VS Code 的搜索速度比 Sublime Text 快 40%。代价是每次打开项目时，CPU 会狂转几秒钟。

Sublime Text 没有内置调试器。你想调试 Python 代码？装插件。调试 Node.js？装插件。调试 Go？还是装插件。而且这些插件的稳定性经常让人抓狂。

VS Code 内置调试器，支持断点、变量监视、调用堆栈。按 F5 就能跑。配上 Docker 插件、Git 插件、终端集成，基本就是个轻量级 IDE。

一个前端同事说：他用 VS Code 写 React，不用切到 Chrome DevTools 就能看到 console.log 的输出。Sublime Text 做不到。

Sublime Text 的一切都可以用 JSON 配置。你想改快捷键、主题、甚至编辑器的行为逻辑，写几行配置就行。VS Code 的 settings.json 也能改，但有些功能被封装死了。

比如，Sublime Text 的“多重光标”功能比 VS Code 灵活得多。你可以在 100 行代码的每行末尾同时插入分号，Sublime Text 原生支持，VS Code 需要装插件或写宏。

但代价是学习曲线。配置 Sublime Text 需要懂正则表达式、JSON 语法，甚至一点 Python。VS Code 的 GUI 设置界面，点几下就搞定。

选 VS Code 的情况：

选 Sublime Text 的情况：

说白了一句话：如果你是写业务代码的，VS Code 省心。如果你是写工具脚本的，Sublime Text 省资源。

2024年的选择已经不是“哪个更好”，而是“哪个更适合你现在的活”。毕竟，工具是帮你写代码的，不是让你修工具的。