VSCode卡顿主因是渲染进程僵死或特定缓存目录损坏，非缓存总量过多；执行Developer: Reload Window可快速恢复UI响应，保留文件、光标、终端及调试状态。
VSCode 卡顿绝大多数时候不是缓存“太多”，而是某些缓存目录残留损坏状态或扩展加载卡死——直接删整个 Cache 文件夹往往治标不治本，还可能漏掉真正拖慢启动的元数据目录。
Developer: Reload Window 是最快见效的操作
多数打字延迟、右键无响应、折叠箭头点击失效，根源是渲染进程僵死，不是磁盘缓存堆积。这个命令会重启 Electron 渲染层，保留所有打开文件、光标位置、终端（后台）和调试状态。
- 快捷键：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入并执行：
Developer: Reload Window - 注意别和
Developer: Toggle Developer Tools混淆——后者只开控制台，不重置 UI 线程 - 它不会中断正在运行的
npm run dev前台终端，但前台进程可能被 kill（后台终端通常保留）
只删这三个关键缓存目录，别碰 UserData
VSCode 缓存分散在多个路径，盲目清空 Cache 可能遗漏真正影响启动速度的目录，还容易误删配置。以下三个才是高频问题源：
-
~/.vscode/extensions/下带-cache后缀的子目录（如ms-python.python-2024.8.0-cache）：扩展安装中断后残留的半成品，会导致“正在加载扩展”卡住或报Failed to fetch extension -
%APPDATA%\Code\Cache（Windows） /~/Library/Caches/com.microsoft.VSCode（macOS） /~/.cache/Code（Linux）：HTTP 请求、语法高亮元数据等临时缓存，积压多时拖慢冷启动 -
%LOCALAPPDATA%\Programs\Microsoft VS Code\Cache（Windows）或~/Library/Caches/com.microsoft.VSCode.ShipIt（macOS）：自动更新临时包，长期不清理会导致更新逻辑阻塞主线程
绝对不要碰 User、GlobalStorage 或 Extensions 主目录——它们存着 settings.json、登录态 token、Snippets 和已信任工作区，误删等于重配全部偏好。
用命令行跳过 UI 强制重建缓存（适合 CI 或批量维护）
手动删目录容易漏路径，尤其在多用户环境或 Docker 容器里。用内置参数可干净隔离旧缓存：
- 终端执行：
code --disable-extensions --user-data-dir /tmp/vscode-test --no-sandbox -
--user-data-dir指向全新路径，旧缓存被自然弃用；--disable-extensions排除插件干扰，专注验证基础性能 - 关闭窗口后，再用正常方式启动 VSCode，它会基于新路径重建缓存，原路径不动也不读
- Windows 用户请改用
C:\temp\vscode-test并确保目录存在
真正难处理的从来不是“删不删”，而是删哪几个、为什么只删这几个。比如 GPUCache 和 CachedData 在 Windows 上常被忽略，但它们直接影响渲染帧率和语法解析速度；而 locale.json 配置错误（如写成 "zh-CN"）也会让中文界面卡在扩展加载阶段——这些细节比“清缓存”本身更决定成败。
