VSCode启动慢主因是配置和扩展拖累，禁用含*、onStartup等激活事件的扩展，关闭自动恢复、预加载、遥测等功能，并排除node_modules等目录监听，可使启动时间从3秒降至0.8秒。

VSCode 启动慢，多半不是硬件问题，而是配置和扩展在拖后腿。关掉几个“隐形吃资源”的选项，禁用几款不常用的扩展，启动时间从 3 秒降到 0.8 秒很常见。

精简启动时加载的扩展

VSCode 默认会在启动时激活所有已安装扩展，哪怕你只用其中一两个。真正影响冷启动速度的，就是那些带“激活事件”的扩展（比如监听 onStartupFinished 或打开特定文件类型才触发的）。

• 打开命令面板（Ctrl+Shift+P），输入 Extensions: Show Built-in Extensions，先隐藏或禁用非必需的内置扩展（如 GitHub Pull Requests、Settings Sync）
• 对第三方扩展，右键 → Extension Settings → 查看 “Activation Events”，优先禁用 Activation Events 包含 *、onStartup 或 onStartupFinished 的扩展
• 常用但启动不急用的扩展（如 Prettier、ESLint、GitLens），可手动设为“启用但延迟激活”：在扩展设置里把 Enable on Startup 关掉（部分扩展支持）

关闭不必要的启动行为

VSCode 自带一些“贴心但耗时”的功能，比如自动恢复上次会话、预加载工作区、检查更新等，全开等于每次启动都在做小项目。

• 在 settings.json 中添加：
  "window.restoreWindows": "none",
  "workbench.startupEditor": "none",
  "update.mode": "manual",
  "telemetry.enableCrashReporter": false,
  "telemetry.enableTelemetry": false
• 避免开机自启 VSCode（尤其 Windows 上勾选了“开机启动”选项），这个动作本身就会触发完整初始化流程

优化工作区与文件监听

如果你常打开大型代码仓库（比如含 node_modules、build 目录的前端项目），VSCode 默认会递归监听整个文件夹，光是建立文件监视器就能卡住 1–2 秒。

• 在工作区根目录加 .vscode/settings.json，加入：
  "files.watcherExclude": {
    "**/node_modules/**": true,
    "**/dist/**": true,
    "**/build/**": true,
    "**/.git/**": true
  },
• 用 File → Add Folder to Workspace 替代直接打开整个根目录，只纳入真正编辑的子模块

换用更轻量的替代方案（进阶）

如果你主要写 JS/TS/Markdown，又追求极致启动速度，可以考虑“按需切换”：

• 日常快速查看/编辑：用 VSCode 的 Quick Open (Ctrl+P) + Open File，跳过工作区加载
• 长期开发大项目：启用 Remote - SSH 或 Dev Containers，把重量级服务放远端，本地只跑轻量客户端
• 极端情况可尝试 VSCodium（开源版，去掉了遥测和微软服务，启动略快几十毫秒，但差异不大）

基本上就这些。不需要重装、不用改系统，改几行配置+关几个开关，VSCode 就能从“等等等”变成“啪一下就开了”。不复杂，但容易忽略。

# vscode  # 微软  # win  # ai  # github  # windows  # node  # json  # git  # markdown  # 前端  # js  # 递归