如何在VSCode中一键清理缓存并解决编辑器卡顿问题-VSCode-PHP中文网

vscode卡顿优先用developer: reload window重启渲染进程；再用developer: show running extensions定位高cpu扩展；工作区需配置files.watcherexclude排除node_modules等目录。

如何在vscode中一键清理缓存并解决编辑器卡顿问题

多数卡顿不是缓存爆炸导致的，而是扩展进程泄漏或渲染层僵死。强制重载窗口比清缓存更快见效，且不丢当前文件和编辑状态。

操作方式：按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Developer: Reload Window 回车即可。这相当于重启 VSCode 的渲染进程，但保留所有打开的标签页和光标位置。

VSCode 缓存分散在不同位置，盲目删除 Cache 可能导致扩展配置错乱或登录态丢失。真正影响性能的是以下三个目录：

~/.vscode/extensions/ 下的扩展临时文件：某些扩展（如 ms-python.python）会在自己子目录里建 cache/ 或 __pycache__/，可手动进对应文件夹删
~/Library/Caches/com.microsoft.VSCode.ShipIt/（macOS）或 %LOCALAPPDATA%\Programs\Microsoft VS Code\Cache\（Windows）：存放自动更新临时包，积压多时会拖慢启动，删掉无害
~/.vscode-insiders/（如果装了 Insiders 版）：和稳定版缓存隔离，容易被忽略，但同样会累积

不建议碰 UserData/ 和 GlobalStorage/ —— 这里存着你的设置、Snippets、已信任工作区等，误删等于重置全部偏好。

很多用户以为关掉几个“看起来重”的扩展就行，其实更隐蔽的问题是某个扩展持续占用主线程。VSCode 自带诊断命令能直接列出 CPU 占用排名。

执行 Ctrl+Shift+P → 输入 Developer: Show Running Extensions，会弹出表格，重点关注 Host 列为 Renderer 且 CPU 长期 >20% 的扩展。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

典型高危扩展：esbenp.prettier-vscode（大文件格式化时阻塞 UI）、ms-python.vscode-pylance（项目未配置 pyrightconfig.json 时全量扫描）、eamodio.gitlens（开启 gitlens.advanced.legacyGitSupport 后解析慢）
验证方法：禁用可疑扩展 → Developer: Reload Window → 对比打字/滚动流畅度
不要用“禁用全部再逐个开”的方式——有些扩展依赖其他扩展激活，顺序错会导致功能异常

VSCode 默认用文件系统监听器追踪变更，一旦工作区含 node_modules、dist/、build/ 等目录，监听器就会陷入递归陷阱，CPU 持续飙高。

在当前项目根目录的 .vscode/settings.json 中加这一段：

{
  "files.watcherExclude": {
    "**/node_modules/**": true,
    "**/dist/**": true,
    "**/build/**": true,
    "**/.git/**": true
  }
}

注意：files.watcherExclude 是全局设置，但写在工作区级 settings.json 里才对当前项目生效；写在用户级设置里会影响所有项目，反而可能误伤需要监听的子模块。

这个配置不会让 VSCode “看不见”这些文件，只是跳过监听——搜索（Ctrl+Shift+F）、跳转定义等功能照常，但保存文件后不再卡顿等待监听器扫完十万个小文件。

真正难处理的是混合型项目：比如前端工程里嵌了 Python 脚本，又用了 Lerna 管理多包。这种情况下，单靠排除不够，得配合 search.exclude 和语言服务器的独立配置来分层压制。

如何在VSCode中一键清理缓存并解决编辑器卡顿问题