sublime Text 本身不参与 webpack 构建，所谓“优化”实为通过配置 Webpack 开启持久化缓存（cache.type = ‘Filesystem’）和多进程打包（如 Thread-loader），并配合 Sublime 的插件与设置提升开发体验。
sublime text 本身不参与 Webpack 构建过程，它只是一个代码编辑器。所谓“Sublime 优化 Webpack 构建性能”，实际是指：在 Sublime 中高效编辑、配置和触发 Webpack 构建时，通过合理设置 Webpack 本身（而非 Sublime）来开启缓存与多进程打包，从而显著提升构建速度。
Webpack 层面开启持久化缓存
Webpack 5+ 默认启用了持久化缓存（cache.type = ‘filesystem’），但需确保配置未被意外关闭或覆盖。
- 检查 webpack.config.js 中是否显式设置了 cache: false —— 如有，请移除或改为 { type: ‘filesystem’ }
- 缓存目录默认为 node_modules/.cache/webpack，可自定义路径：
cache: { type: ‘filesystem’, buildDependencies: { config: [__filename] } } - 首次构建会慢一点（写缓存），后续修改源码后增量编译通常快 40%–70%
启用多进程打包（thread-loader 或 happypack）
Webpack 本身是单线程的，js 转译、typescript 编译等耗 CPU 操作可交由多进程并行处理。
- 推荐使用 thread-loader（官方维护，Webpack 5 兼容性好）
在 rules.use 中，把它放在 babel-loader 或 ts-loader 之前： - { loader: ‘thread-loader’, options: { workers: require(‘os’).cpus().Length – 1 } }
- 注意：不要给所有 rule 都加 thread-loader，仅对耗时 loader（如 babel、ts、eslint）启用；轻量 loader（如 style-loader）反而可能因进程通信开销变慢
Sublime 配合构建的实用建议
虽然 Sublime 不运行 Webpack，但可通过插件和快捷方式减少操作延迟、避免误操作：
- 安装 SublimeBuild 插件，自定义 Build System（如 webpack-dev-server），绑定快捷键（如 Ctrl+B）快速启动监听
- 禁用 Sublime 的实时文件索引（“index_files”: false）或排除 node_modules/.cache 目录，避免编辑器卡顿干扰开发流
- 用 AutoFileName 插件辅助路径补全，减少 webpack.config.js 中 resolve.alias 或 entry 写错概率——小错误常导致缓存失效或全量重编
基本上就这些。关键不是让 Sublime “变快”，而是让它更顺滑地衔接 Webpack 的高性能配置。缓存和多进程一旦配对生效，保存代码后的热更新响应几乎无感。