vscode启动失败且高内存占用，主因是extension host、tsserver、pyright或search进程在启动瞬间耗尽资源；须用code --status定位pid，禁用插件后彻底退出并重开，严格配置"/node_modules/": true至项目级settings.json并重启生效。
VSCode 启动失败且伴随高内存占用（比如卡在白屏、黑屏、无响应，或直接崩溃），大概率不是编辑器损坏，而是某个后台进程在启动瞬间就把内存打满——Extension Host、tsserver、pyright 或 Search 进程抢在界面渲染前就耗尽资源，导致主进程无法继续初始化。
用 code --status 快速定位启动时的真凶
别等 VSCode 界面出来再查——它可能根本起不来。直接终端执行：
code --status
这条命令不依赖 UI，能立刻列出所有子进程及其内存/CPU 占用。重点关注三类：
-
Extension Host内存 >400MB：说明有插件在 onStartup 阶段就加载了重型服务（如 Pylance、GitLens、Copilot） -
tsserver或pyright占用高：不是语言本身慢，是它正试图全量索引node_modules/@types或整个venv -
Search进程存在且内存 >250MB：rg.exe 正在扫node_modules或符号链接目录，还没开始搜索就卡死了
记下对应 PID，再用 ps -p [PID] -o args=（macOS/Linux）或任务管理器“详细信息”页看完整命令行，就能确认是哪个扩展或配置触发的。
禁用扩展必须彻底退出再重开，不能 Reload Window
很多插件注册了 onStartup 或 onLanguage:python 激活事件，一旦触发就会常驻进程。即使你在设置里点了「禁用」，只要 VSCode 进程没完全退出，它还在 Extension Host 里跑着。
- 按
Cmd+Shift+P（macOS）或Ctrl+Shift+P（Windows/Linux），输入并执行Developer: Show Running Extensions - 右键内存占用最高的项 →
Disable (For All Folders)（不是只禁当前工作区） - 必须完全退出 VSCode：macOS 要点菜单栏图标 →
Quit Visual Studio Code；Windows/Linux 要在任务管理器里确认所有Code.exe进程已消失 - 再从终端或快捷方式重新启动，
code --status验证是否回落
files.watcherExclude 配错等于没配，必须写对格式+重启生效
这是最隐蔽但影响最大的内存泄漏源：VSCode 默认递归监听整个工作区，遇到 node_modules 这种几万小文件的目录，内核级 inotify 句柄会持续增长且几乎不回收，直接拖垮启动阶段的内存分配。
- 配置必须放在项目根目录的
.vscode/settings.json中（不是用户级设置） - 通配符必须是
"**/node_modules/**": true——写成"node_modules"或"**/node_modules/*"都无效 - Linux 用户若仍卡顿，检查
cat /proc/sys/fs/inotify/max_user_watches，低于524288就要调高 - 改完后必须关闭并重新打开该工作区（不是重载窗口），否则设置不加载
启动参数临时绕过问题，验证是否是 GPU 或内存限制导致
某些显卡驱动（尤其 macOS Sequoia 上的 Intel Iris Xe）与 Electron 的 GPU 加速存在兼容问题，会导致渲染线程阻塞、内存缓慢爬升，最终在启动阶段卡死。
- 先试禁用 GPU：终端执行
code --disable-gpu，看能否正常进入界面 - 若成功，可把
"disable-hardware-acceleration": true加入用户设置（~/Library/Application Support/Code/User/settings.json或%APPDATA%\Code\User\settings.json） - 大型项目 OOM 崩溃，可尝试提升 V8 内存上限：
code --max-old-space-size=4096（设为 4GB） - 注意：这些参数只是临时验证手段，不能替代根本配置（如
files.watcherExclude和插件精简）
真正顽固的启动失败，往往不是单一原因，而是 files.watcherExclude 漏配 + 某个 onStartup 插件 + GPU 兼容问题三者叠加。优先砍掉扩展、配对监听排除、再试启动参数，比反复重装或清缓存有效得多。
