Sublime Text 不参与 Vite 构建，仅需排除 node_modules、.vite 等目录索引，禁用自动构建插件，确保 Vite 预构建与缓存正常生效，即可高效配合开发。
Sublime Text 本身不参与 Vite 的构建过程，它只是代码编辑器；Vite 的性能优化核心在自身配置和依赖管理，而非编辑器设置。但 Sublime 可以通过合理配置提升开发体验，间接配合 Vite 高效工作——关键在于避免干扰 Vite 的原生能力，比如跳过不必要的文件监听、禁用冗余插件、正确处理 node_modules 和 .vite 缓存目录。
关闭 Sublime 对 node_modules 和 .vite 的索引与高亮
Sublime 默认会扫描并尝试语法高亮所有文件，遇到大量 node_modules 或 Vite 自动生成的 .vite 目录时，容易卡顿、内存飙升。这不是 Vite 慢，而是编辑器在“瞎忙”。
- 打开 Preferences → Settings – User
- 添加或修改以下字段：
"file_exclude_patterns": ["*.log", "*.tmp"]
这样 Sublime 就不再加载、搜索、高亮这些目录里的文件，启动更快、切换标签更顺滑。
慎用“自动保存+实时构建”类插件
Vite 自带热更新（HMR），且默认只在浏览器中按需编译变更模块。如果在 Sublime 中装了类似 “AutoSave on Focus Lost” + “Terminal” 插件并配置成每次保存就执行 vite build，反而会拖慢开发流——构建是重操作，不该由编辑器触发。
立即学习“前端免费学习笔记（深入）”；
- 保留 Auto Save（方便 HMR 捕获变更）
- 禁用任何自动调用
vite build或vite preview的绑定 - 终端任务交给系统终端或 VS Code 等更适配构建工具的环境
确保 Vite 的依赖预构建（deps optimization）正常生效
Vite 启动时会分析 import 语句，把 CommonJS / UMD 等非原生 ESM 依赖预构建为 ESM，这是提速关键。Sublime 不影响这一步，但你得确认它真发生了：
- 首次运行
vite dev时，看到✓ 124 modules transformed或Pre-bundling dependencies...日志 - 检查项目根目录下是否生成
node_modules/.vite/缓存目录 - 若跳过预构建（如加了
--force或optimizeDeps.force设为 true），反而变慢
可在 vite.config.ts 显式控制：
optimizeDeps: {
include: ['lodash-es', 'axios'], // 提前预构建成 ESM
exclude: ['some-cjs-only-pkg'] // 跳过无法转 ESM 的包
}
})
用好 Vite 的缓存与冷启动策略
Vite 冷启动快，靠的是文件系统缓存（.vite/deps）和插件缓存。Sublime 不破坏这些，但你要避免误删：
- 别手动删
.vite目录除非调试需要（如依赖解析异常） - 不要把
.vite加进 Git，但可加入.gitignore（Vite CLI 默认已加） - 升级 Vite 或重大依赖变更后，才需加
--force重建依赖缓存
日常开发中，直接 vite dev 即可，无需额外配置 Sublime。
基本上就这些。Sublime 的角色是轻量、稳定、不抢戏——把构建和优化交给 Vite，把流畅和专注留给自己。
