VSCode在低配电脑启动慢的核心原因是自启扩展和冗余配置争抢资源；禁用onStartup扩展、关闭自动更新、精简settings.json、添加--disable-gpu/--no-sandbox参数及跳过工作区配置，可将启动时间从8秒压至3秒内。
VSCode在低配电脑（如4GB内存、机械硬盘、集成显卡）上启动慢，核心问题不是软件本身重，而是默认加载了太多“开机即跑”的扩展和配置——它们在启动阶段就争抢CPU、占满内存、触发文件扫描。关掉几项关键配置，启动时间能从8秒压到3秒内。
禁用所有自启扩展，只留编辑器原生能力
扩展是启动拖慢的头号元凶，尤其带 onStartup 或 * 激活事件的扩展，一打开VSCode就全量初始化。哪怕你只写Python，ESLint、Prettier、GitLens也会照常加载。
- 按
Ctrl+Shift+P→ 输入并运行Developer: Show Running Extensions，重点关注“Startup”列为Yes的扩展 - 右键禁用非刚需项：Live Server、Auto Rename Tag、Chinese (Simplified)、Remote - SSH（即使没连）、ESLint（改用项目级
.eslintrc.js+ 保存时触发） - 在
settings.json中加两行，彻底掐断后台更新干扰："extensions.autoCheckUpdates": false和"extensions.autoUpdate": false
精简 settings.json，删掉所有“看起来有用”的冗余项
一个塞满注释、多层嵌套、含弃用字段的 settings.json，会让VSCode启动时多花300–600ms做JSON解析和兼容处理。低配机经不起这种浪费。
- 打开
Ctrl+,→ 点右上角“Open Settings (JSON)” → 删除以下内容： - 已弃用项：
"editor.fontLigatures"（新版默认开启）、"workbench.colorTheme"（主题类扩展已卸载，留着反而触发加载） - 冲突项：多个格式化相关配置（如同时存在
editor.formatOnSave、prettier.requireConfig、eslint.enable） - 大型路径排除规则：把
files.watcherExclude这类高开销配置移到工作区级.vscode/settings.json，用户级设置里只留字体、缩进等纯UI项
用命令行参数绕过GPU和沙盒初始化瓶颈
低配机的集成显卡常导致VSCode在启动阶段卡在GPU上下文创建或沙盒初始化上，尤其Windows系统。直接跳过这两步，响应立刻变跟手。
- Windows用户：修改快捷方式目标，末尾加上
--disable-gpu --disable-hardware-acceleration --no-sandbox - macOS/Linux用户：终端执行
code --disable-gpu --disable-hardware-acceleration启动测试 - 注意：
--disable-gpu不等于“画质差”，它只是让渲染走CPU软绘；实测在2GB内存机器上，启用后Extension Host内存占用下降40%+
临时跳过工作区配置，验证是否被项目拖累
很多卡顿其实不出在VSCode本身，而出在某个项目的 .vscode/settings.json 或 .vscode/tasks.json 里——比如写了递归监听日志目录、启了后台调试代理、绑定了重型格式化脚本。
- 启动时按住
Shift键双击图标（Windows/macOS），强制以“无工作区配置”模式启动 - 如果此时启动快了，说明问题出在项目配置；打开该目录下的
.vscode文件夹，删掉或重命名settings.json和tasks.json再试 - 长期建议：除非必须，否则别在项目里放
.vscode目录；通用配置统一收口到用户级设置
真正影响启动速度的，往往不是“装了多少插件”，而是“哪些插件非得在第一毫秒就醒来”。每次重启都像重新开机，那就不只是慢，是设计反模式。
