sublime text 速度快、内存占用低,因其不解析语法树、不启用lsp和类型检查,仅做按行读取、高亮与可视区渲染;支持运行时配置修改、gitgutter与sublimemerge深度联动,优势在于极简设计与克制功能。

前端老鸟不用Sublime不是因为不会用,而是因为早年用熟了它“不抢戏”的节奏——不弹更新、不占内存、不卡大文件,改个 webpack.config.js 或扫一眼 nginx.conf 时,它比任何 IDE 都快半拍。
为什么打开 300MB 的日志文件,Sublime 比 VS Code 更稳?
它根本不去解析语法树,也不加载 LSP 客户端、不跑类型检查、不维护 AST 缓存。只做三件事:按行读、加高亮、渲染可视区。这种“懒加载 + 增量渲染”机制让大文本操作几乎无感。
- VS Code 打开大日志默认启用搜索索引和语义高亮,内存飙升后可能直接冻结 UI 线程
- Sublime 的
view.settings().set("word_wrap", false)关闭自动换行后,横向滚动查看长 JSON 或 minified JS 更顺滑 - 实测:在 16GB 内存的 Linux 笔记本上,Sublime 加载 420MB 的
app.log耗时 1.8 秒;VS Code(禁用所有插件)耗时 9.3 秒且首次滚动卡顿明显
set_setting 命令:改 UI 配置不用重启编辑器
这不是彩蛋,是 Sublime 内核公开但文档极少提的运行时接口。按 Ctrl+Shift+P 输入 set_setting,就能现场开关 sidebar、gutter、菜单栏等——而且修改会持久保存,下次启动仍生效。
- 常用组合:
sidebar_visible false隐藏侧边栏腾出宽度写 CSS;draw_white_space "all"显示所有空格和制表符,排查缩进问题一目了然 - 别往
Preferences → Settings里硬塞menu_visible,它不识别;toggle_menu命令才是控制菜单栏显隐的正解(注意:它是 toggle,不是单向开关) - 副作用:某些主题插件可能依赖
sidebar_visible做布局适配,关掉后图标错位属正常现象,不是崩溃
GitGutter + SublimeMerge:不切窗口完成完整 Git 流程
GitGutter 在行号旁画小图标标出增删改,但真正省时间的是它和官方 SublimeMerge 的联动——右键某行改动,选 “Open in Sublime Merge”,直接跳转到该文件的 diff 视图,连 git status 都不用手动敲。
- 对比 VS Code:需先 Ctrl+Shift+G 打开源代码管理面板,再点文件,再点上方 diff 标签,中间还可能被未提交的 staged 变更干扰视线
- GitGutter 默认不显示未跟踪文件(untracked),如需开启,得在插件设置里加
"show_untracked": true - 注意:SublimeMerge 是独立安装的客户端,不是插件;但和 Sublime Text 共享同一套 Git 配置(比如
core.autocrlf),无需重复配置
真正难的不是找功能,而是克制——比如忍住不装 5 个语法检查插件,不给 Preferences → Package Settings 塞满自定义快捷键。Sublime 的优势恰恰藏在“没做什么”里:它不试图帮你思考,只确保你敲下的每个字符都立刻出现在屏幕上。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











