sublime Text 启动更快、大文件处理更流畅、资源占用更低，因其不用 electron、纯 c++ 编写、按需加载架构；vs code 功能全面但牺牲速度。
sublime text 是当前公认的更快代码利器，尤其在启动速度、大文件响应和资源占用上明显胜出；VS Code 功能更强，但“快”不是它的首要设计目标。
启动速度：秒开 vs 等待加载
Sublime Text 冷启动平均耗时约 0.3–0.5 秒，几乎无感知；VS Code 即使经过优化，冷启动通常仍需 1.5–2.5 秒——多出的这 1–2 秒，在每天频繁开关编辑器的场景中会明显累积成时间成本。它需要加载 Electron 框架、扩展主机、语言服务等多个模块，而 Sublime Text 启动时只加载核心渲染引擎和基础 API。
大文件处理：流畅编辑 vs 卡顿加载
打开 50MB+ 日志或数据文件时：
- Sublime Text 可瞬间定位、滚动、搜索，不卡顿，靠的是自研文本渲染引擎和原生 C++ 实现
- VS Code 默认会尝试解析语法、构建 AST、启用语义高亮，导致加载延迟甚至假死；虽可通过禁用语言功能缓解，但失去智能支持后体验打折扣
系统资源消耗：轻量运行 vs 功能代价
同一台中配笔记本（16GB 内存，i5-1135G7）上：
- Sublime Text 空载内存占用约 80–120MB，开 10 个标签页+常用插件仍稳定在 200MB 内
- VS Code 空载约 350–450MB；开启终端、调试器、git 面板、python 扩展后，轻松突破 1GB，老旧设备易出现响应迟滞
为什么 Sublime 就是快？三个底层原因
一是不用 Electron：绕开了 Chromium 渲染进程的内存与启动开销；二是纯 C++ 编写：直接调用系统 API，无 js 解释/垃圾回收拖累；三是按需加载架构：插件默认不驻留内存，仅触发时短暂激活。
基本上就这些。要快，选 Sublime Text；要全，选 VS Code。不复杂但容易忽略：快 ≠ 功能少，而是把资源精准用在刀刃上。