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 就能从“等等等”变成“啪一下就开了”。不复杂，但容易忽略。
