VSCode启动慢主要源于扩展和配置冗余。禁用/卸载低频扩展、关闭自动恢复、精简settings.json、启用原生文件监视，可使冷启动从5秒降至1秒。
VSCode启动慢，多半不是硬件问题，而是配置和扩展在拖后腿。关掉几个“隐形吃资源”的选项，再清理下无关扩展，冷启动从5秒降到1秒很常见。
禁用或卸载不常用的扩展
扩展是VSCode最常被忽视的性能杀手。尤其是一些带后台服务、文件监听或自动格式化的扩展（比如 ESLint、Prettier、GitLens 的完整版），即使没打开对应文件，也可能在启动时预加载。
- 进 Extensions（Ctrl+Shift+X），按“Install Count”排序，把安装量低、你又几乎不用的扩展直接卸载
- 保留核心扩展（如 Bracket Pair Colorizer、TODO Highlight），其余先禁用，观察启动变化
- 用官方推荐的 “Extension Bisect” 功能定位元凶：帮助 → 开发者工具 → 扩展二分法排查
关闭工作区自动恢复与上次会话
VSCode默认会记住上次打开的文件夹、编辑器状态、终端、调试会话等，重启时全加载一遍，尤其项目大、终端多时特别卡。
- 设置里搜索 “window.restoreWindows”，改成 none
- 关闭 “workbench.startupEditor”，避免一启动就打开欢迎页或最近文件
- 如果不需要历史记录，顺手关掉 “files.hotExit” 和 “telemetry.enableTelemetry”
精简用户设置与工作区配置
臃肿的 settings.json 会让VSCode在启动时反复解析、校验、应用规则，尤其含大量 glob 模式（如 "**/node_modules/**"）或自定义语言关联时。
- 打开设置界面（Ctrl+,），右上角点击“打开设置（JSON）”，删掉注释、过期配置、重复项
- 把项目级配置（.vscode/settings.json）里和当前项目无关的规则移除，比如 Python 相关配置放在前端项目里就是负担
- 避免在 settings 中写复杂正则或嵌套条件，改用扩展自身提供的开关代替
启用原生文件系统监视（仅限 macOS / Linux）
VSCode 默认用轮询方式监听文件变化，在大型仓库中非常耗 CPU。开启原生监视可大幅降低启动和后台开销。
- 设置中搜索 “files.useExperimentalFileWatcher”，设为 true
- macOS 用户还需确保已授权 VSCode 访问“完全磁盘访问”（系统设置 → 隐私与安全性 → 完全磁盘访问）
- Linux 用户检查是否安装了 inotify 工具，并确认 inotify 限制未超（
cat /proc/sys/fs/inotify/max_user_watches，建议 ≥ 524288）
基本上就这些。不需要重装、不依赖插件、也不用改系统，大部分操作5分钟内就能做完。真正影响启动速度的，往往就是那两三个“默认开着但你根本没用”的功能。
