VSCode断点失效主因是调试器加载过期符号或插件缓存污染；需清理Cache/GPUCache目录、删除-extension名-cache后缀文件夹，并用code --disable-extensions --user-data-dir启动沙箱验证。
VSCode本地缓存不重置，断点失效问题大概率无法根治——不是配置写错了，而是调试器加载了过期符号或被污染的插件缓存。
删 Cache 和 GPUCache 能立刻缓解 UI 卡顿和断点响应延迟
这两个目录纯属 Chromium 渲染层运行时缓存，不影响 settings.json、插件启用状态或登录信息。但长期不清理会导致右键卡顿、终端输入延迟、甚至断点图标变灰后迟迟不转实心。
-
Cache：HTTP 资源快照 + 渲染缓存，路径为~/Library/Caches/com.microsoft.VSCode（macOS） -
GPUCache：独立 GPU 渲染缓存，常达几 GB，就在同一级Caches目录下 - 删完必须完全退出 VSCode（含托盘进程），再重启；首次打开稍慢属正常
- 如果删完几秒又涨回几 GB，说明你在用 Remote 开发或本地模型插件（如
ms-python.python），它们会在CachedData或Remote子目录另建缓存，得一并清
只删 -cache 后缀的插件文件夹，别碰正式版本目录
插件更新中断后会残留半成品缓存目录，比如 ms-python.python-2024.12.0-cache。VSCode 启动时尝试加载它，结果就是插件灰显、Failed to fetch、语言服务器起不来——进而导致断点注册失败。
- 路径在
~/.vscode/extensions/（macOS/Linux）或%USERPROFILE%\.vscode\extensions\（Windows） - 只删名字结尾带
-cache的文件夹，例如ms-python.python-2024.12.0-cache - 绝对不要删
ms-python.python-2024.12.0这类无后缀的正式目录，那是插件本体 - 某些插件还会在自己子目录里建
cache/或__pycache__/，可手动进对应文件夹再清
用命令行强制重建缓存，绕过 UI 干扰
手动删目录容易漏，尤其在 CI 环境或多用户机器上。用内置参数启动一个干净沙箱，比反复重启更可靠：
- 执行
code --disable-extensions --user-data-dir /tmp/vscode-test --no-sandbox -
--user-data-dir指定全新用户数据路径（含缓存），原目录完全隔离 -
--disable-extensions避免插件干扰，专注验证基础缓存是否健康 - 运行后关闭窗口，再用正常方式启动 VSCode，旧缓存就自然被弃用了
-
/tmp/vscode-test是临时路径，Linux/macOS 可用；Windows 请改用C:\temp\vscode-test并确保路径存在
缓存清理只是前置动作，真正影响断点是否生效的，往往是调试器加载的符号表是否与当前代码匹配——比如 Python 的 .pyc 陈旧、Go 的 delve 没加载 TestMain 符号、C++ 编译没加 -g。这些必须在清缓存后，再逐项核对编译命令和调试配置。
