VS Code卡死时优先用快捷键打开开发者工具和输出面板排查错误日志，关闭问题标签页或清理缓存，禁用高危扩展如ESLint/Prettier冲突项、GitLens大仓库功能、Remote-SSH缓存，启动异常时用--disable-extensions定位，修改settings.json需避免语法错误。
VS Code 编辑器卡死或无响应怎么办
VS Code 不是“出现编辑器”，而是进程卡住、界面冻结、输入无反应——本质是渲染进程或扩展进程崩溃，不是编辑器本身坏了。
别急着重启整个窗口，先试试这些更轻量的干预手段：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）呼出命令面板，输入Developer: Toggle Developer Tools，看控制台有没有报错（比如RangeError: Maximum call stack size exceeded或大量Extension host terminated unexpectedly） - 快捷键
Ctrl+Shift+U（Windows/Linux）打开输出面板，切换到Log (Window)或Extension Host查看最近日志，重点关注带ERR!或WARN的行 - 如果只是某个文件卡住，右键该标签页 →
Close Editor，不要点叉；若关不掉，尝试在资源管理器中右键该文件 →Reveal in Explorer，再手动删掉临时缓存（如.vscode/.history或.vscode/.tmp）
哪些扩展最容易拖垮 VS Code
不是所有扩展都平等。有些扩展监听了过多文件事件，或在每次保存时同步执行重型操作，一开就吃满 CPU。
典型高危扩展类型和应对方式：
-
eslint+prettier同时启用且配置冲突：禁用其中一个的自动格式化（在设置里搜editor.formatOnSave），或统一交给editor.defaultFormatter指定唯一格式器 -
GitLens在超大仓库（>10k 文件）中默认开启所有功能：进设置搜gitlens.advanced.caching.enabled设为false，或关闭gitlens.codeLens.enabled -
Remote - SSH连接后卡顿：检查远程服务器磁盘是否满（df -h），或本地~/.vscode-server目录下是否有损坏的扩展缓存（可删~/.vscode-server/data/CachedExtensions后重连）
VS Code 启动就卡在“正在加载扩展”
这说明扩展主机（Extension Host）根本没起来，大概率是某个扩展的 activate 函数抛异常或死循环。
快速定位方法：
- 终端运行
code --disable-extensions，如果能正常启动，说明问题出在扩展；再用code --disable-extension <code>publisher.name逐个排除（常见嫌疑：ms-python.python、esbenp.prettier-vscode、formulahendry.auto-rename-tag） - 不想卸载？改用
code --prof-startup启动，它会生成性能火焰图（路径在输出日志里），直接看到哪个扩展耗时最长 - 长期方案：把常用扩展拆成两组，一组放工作区
.vscode/extensions.json中按需启用，另一组保持禁用
为什么改了 settings.json 还卡，甚至保存失败
因为 VS Code 的设置解析器对语法错误极其敏感——一个漏掉的逗号、多打的引号，就会让整个设置加载失败，进而导致 UI 渲染停滞。
安全修改步骤：
- 永远不要直接编辑
settings.json里的大段 JSON；先在 GUI 设置界面改好，再点右上角{}切换到 JSON 视图，复制粘贴片段 - 如果已卡住，关掉 VS Code，用记事本/TextEdit 打开
settings.json（路径：~/.config/Code/User/settings.jsonLinux/macOS，%APPDATA%\Code\User\settings.jsonWindows），删掉最后几行可疑修改，保存后再启动 - 警惕
"files.associations"和"emeraldwalk.runonsave"这类通配规则——"*.js": "typescript"看似合理，但若项目里有 megabytes 级别的 JS 构建产物，会触发语言服务反复解析，直接卡死
真正麻烦的从来不是“怎么修”，而是“改哪一行才不会引发连锁反应”。多看一眼输出面板里的时间戳，比盲目重装快十倍。
