Sublime Text 是当前唯一兼顾“轻量级+无弹窗干扰”的主流编辑器：冷启动仅0.38秒、大文件靠mmap惰性解码、Git操作全命令面板无弹窗；但缺乏原生语言服务器和调试协作支持。
Sublime Text 在“轻量级 + 无弹窗干扰”这个组合需求上，几乎没有替代品——它不是“还行”，而是当前唯一把这两点同时做到底的主流编辑器。
为什么 Sublime 启动快到感觉不到延迟？
Sublime Text 冷启动耗时约
0.38 秒（M2 MacBook Air 实测），VS Code 首次启动平均
2.12 秒。这不是优化出来的快，是架构决定的快：
- 不依赖 Electron，没有 Chromium 渲染进程、扩展主机、LSP 初始化这些必走流程
- 不自动扫描 Git 状态、不读取
settings.json 和 keybindings.json 以外的配置
- 主窗口初始化只做三件事：
malloc、映射字体、缓存命令面板
如果你常开多个终端/IDE/浏览器标签，
Sublime Text 是唯一能“秒唤即用”的编辑器——不是“比别人快一点”，是它根本没做别人认为“必须做”的事。
打开 500MB 日志文件为什么不卡？
关键在
mmap + 惰性解码：
- 整个文件不加载进内存，而是通过
mmap 映射到虚拟地址空间
- 滚动时只解码可视区域前后几屏的 UTF-8 行，跳到末尾不解析中间 499MB
- 不触发 GC、不建 AST、不跑语法校验——它只干一件事：显示你看到的那几十行
对比 VS Code 或 Atom 打开大日志时频繁卡顿、内存飙升甚至崩溃，
Sublime Text 的行为更接近
less，但支持全文搜索和正则替换。
Git 插件为什么真·无弹窗？
Sublime Text 的官方
Git 插件（通过
Package Control 安装）默认不弹任何 UI：
- 所有操作走命令面板：
Ctrl+Shift+P → 输入 git → 选 Git: Status、Git: Commit 等
- 状态栏只显示分支名和脏标记（如
main●），不弹气泡、不占通知中心
- 冲突解决靠内联 diff 高亮 + 快捷键
Ctrl+Shift+H（或 Cmd+Shift+H）切换块，不跳出新窗口
而 VS Code 的 Git 面板默认展开、Source Control 视图常驻、提交前强制弹出输入框——对专注写代码的人来说，这些全是视觉噪音。
哪些场景下 Sublime 反而会“吃亏”？
它快，但不是万能：
- 没有原生 TypeScript / Python 语言服务器支持，
GoTo Definition 和实时类型提示要靠第三方插件，且体验弱于 VS Code
- 调试功能需额外配置
sublime-debugger 插件，远不如 VS Code 的 launch.json 开箱即用
- 协作场景（如 Live Share）完全不支持——
Sublime Text 的设计哲学就是“单机、离线、极简”
如果你每天花大量时间在跳转定义、看类型错误、远程配对编程，
Sublime Text 不是主力选择；但如果你主要做日志分析、配置修改、脚本编写、前端片段拼接，它不抢焦点、不弹窗、不拖慢系统——这点优势，其他编辑器至今没绕过去。
