sublime text 不是前端神器而是极致轻量编辑器，其优势在于零索引的ctrl+p搜索、异步分块加载大文件、纯文本多光标、插件惰性加载，所有功能均围绕降低“打开-定位-修改-保存”延迟设计。
Sublime Text 不是“前端神器”，它压根不区分前端后端——它的优势在于把「打开、定位、修改、保存」这四个动作压缩到最低延迟，而前端开发恰好高频触发这些动作。
为什么 Ctrl+P 比 VS Code 的文件搜索快一个数量级
因为 Ctrl+P（Goto Anything）不依赖后台索引进程，它直接读取当前项目目录树，用模糊匹配算法实时扫描文件名。VS Code 的 Quick Open 默认启用文件监视和索引服务，首次加载大项目时会卡顿几秒，且持续占用内存。
- 实测：含 2800 个文件的 Vue 项目，
Ctrl+P输入main瞬间列出main.js、MainLayout.vue、webpack.config.js，无等待 - VS Code 同样操作需等右下角索引进度条走完，尤其在禁用
search.followSymlinks或网络盘路径下更慢 - Sublime 可通过
"folder_exclude_patterns": ["node_modules", "dist", ".git"]进一步缩小扫描范围，VS Code 的files.exclude仅影响侧边栏，不影响搜索索引
处理大体积日志或 JSON 时不会卡死
Sublime Text 采用异步分块加载：只将可视区域 + 缓冲区内容载入内存，其余部分按需从磁盘流式读取。500MB 的 access.log 双击打开，状态栏显示 Loading… 不超过 2 秒，滚动时平滑补全，不白屏、不假死。
前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。前端设计与 UI/UX 全方位优化专家。覆盖视觉层次、排版系统、色彩理论、响应式布局、交互体验、动画动效、无障碍访问、性能优化八大维度，帮助开发者将普通页面升级为高品质产品级界面。
- VS Code 默认尝试全量加载，遇到 >100MB 文件会弹出警告，强制切换为“文本模式”后仍可能拖慢整个窗口响应
- Sublime 的
view.settings().set("word_wrap", False)配合关闭draw_white_space，可进一步降低渲染压力 - 老旧笔记本（如 Intel i3 + 4GB RAM）上，Sublime 打开 300MB JSON 仍保持
Ctrl+F响应，VS Code 很可能直接无响应
多光标编辑不依赖语言服务，改 HTML/CSS 更稳
Sublime 的多光标是纯文本层操作，不依赖 AST 解析或 LSP。选中多个 class="btn"，按 Ctrl+D 逐次扩展，再输入 primary，所有匹配位置同步更新——全程无延迟、不崩溃、不误删嵌套结构。
- VS Code 的多光标在开启 ESLint 或 Prettier 自动格式化时，可能因格式化插件介入导致光标跳位或内容错乱
- Sublime 的
find_allAPI 返回精确行号+列偏移，适合写脚本批量修 CSS 类名或 HTML 属性，无需担心语言服务未就绪 - 前端常要临时改几十个相同 class，用
Ctrl+Shift+L拆行后Ctrl+Shift+G选中所有行首，比任何智能重命名都快且可控
插件惰性加载让冷启动不拖累日常编辑
Sublime 的插件默认不初始化，直到你第一次调用其命令或打开匹配语法的文件。装了 Emmet、GitGutter、SublimeLinter 三个插件，但只编辑 Markdown 时，只有 Emmet 加载，其余插件内存占用趋近于零。
- VS Code 插件多数在启动时即激活，哪怕你只开一个 .txt 文件，
ESLint、Prettier、GitLens全部驻留内存，冷启动时间随插件数线性增长 - 可通过
sublime.log_commands(True)在控制台验证：重启后只执行Ctrl+P，日志里几乎看不到插件初始化记录 - 真正容易被忽略的是：Sublime 的轻量不是靠“少功能”，而是靠“不预热”——你不用的功能，它真的一点都不碰
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
