VS Code 启动慢主因是扩展、设置或工作区配置；禁用重型扩展（如GitLens、Copilot）、调整文件监听和自动更新、使用--disable-extensions验证可显著提速。
VS Code 启动慢，大概率不是硬件问题，而是扩展、设置或工作区配置在拖后腿。关掉几个默认启用的重型扩展，调整一两个关键配置项，冷启动时间从 5 秒降到 1 秒内很常见。
检查 extensions.autoUpdate 和已启用的扩展
自动更新本身不卡启动，但某些扩展（比如 GitHub Copilot、ESLint、Prettier、Python）会在启动时加载语言服务器或初始化大体积依赖，尤其首次打开工作区时明显卡顿。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Extensions: Show Enabled Extensions，逐个禁用非必需扩展，重点观察GitLens、Bracket Pair Colorizer、Auto Rename Tag这类高频触发型插件 - 把
extensions.autoUpdate设为false，避免后台静默下载更新包干扰启动流程 - 用
code --disable-extensions命令行启动测试：如果秒开，就坐实是扩展问题
关闭不必要的启动任务和文件监听
VS Code 默认会扫描工作区根目录下的 .git、node_modules、dist 等目录，配合扩展做文件监视（file watching），这在大型项目里极易触发系统 inotify 限制或 Node.js 的 fs.watch 性能瓶颈。
- 在
settings.json中添加："files.watcherExclude": { "**/node_modules/**": true, "**/dist/**": true, "**/build/**": true, "**/.git/**": true } - 确认
files.enableFileWatcher是true（默认），但如果完全不需要实时文件变化提示（比如只读查看代码），可设为false - 检查
terminal.integrated.shellArgs.*是否带了冗长的初始化脚本，这些会在每次启动终端时执行，间接拖慢整体响应感
用 --disable-gpu 和 --disable-extensions 快速定位
GPU 加速在某些集成显卡或远程桌面环境下反而导致渲染线程阻塞；而扩展禁用是验证是否“纯 VS Code 本体慢”的最干净方式。
- 终端运行：
code --disable-gpu --disable-extensions --log-level=error，观察启动速度和控制台错误 - 如果仍慢，检查
~/.vscode（Linux/macOS）或%USERPROFILE%\.vscode（Windows）下是否有异常大的Cache或GPUCache目录，手动清空（先关掉所有 VS Code 进程） - 注意：不要盲目删
extensions文件夹——重装扩展比调试更耗时；优先用命令面板禁用，再逐个启用排查
真正影响启动速度的，往往不是你装了多少扩展，而是哪个扩展在第一次加载时做了多少同步 I/O 或未优化的 JS 初始化。比如 IntelliCode 在 Python 工作区会预加载模型，Remote - SSH 会尝试连接上次主机——这些行为都藏在“启用”开关背后，不点开扩展详情页根本看不到。
