VS Code 自身缓存可通过 --cache-dir 统一修改，但插件缓存（如 cpptools、python）需逐个配置或软链接迁移，无通用开关。
不能“优雅地”修改已安装插件的缓存路径——插件缓存位置由插件自身决定，VS Code 不统一管理，必须按插件逐个处理。真正能改的只有 VS Code 自身的全局缓存（--cache-dir）和用户数据路径（--user-data-dir），而像 ms-vscode.cpptools、ms-python.python 这类插件的内部缓存，得单独配置或重定向。
哪些缓存能通过 VS Code 启动参数统一改
VS Code 自身产生的日志、工作区索引、渲染进程临时文件等，走的是 --cache-dir 参数指定的路径。这个参数生效快、无兼容风险，但**不覆盖任何插件自己的缓存目录**。
-
--cache-dir "D:\VSCode\Cache"：只影响 VS Code 主进程级缓存，比如Cache/Cache.Data、GPUCache等子目录 - 必须配合
--user-data-dir使用才完整：因为插件激活状态、已启用列表、扩展 host 日志等仍存在 user-data-dir 下 - 路径需手动创建，VS Code 不会自动建父级目录；含空格或中文时，双引号不可省略
- 快捷方式「目标」栏末尾加参数时，前面必须有且仅有一个空格，例如：
"C:\Program Files\Code\Code.exe" --cache-dir "D:\VSCode\Cache"
cpp-tools、python 等插件的缓存怎么搬
这类插件的缓存是硬编码在插件逻辑里的，比如 ms-vscode.cpptools 默认把 IntelliSense 数据写进 %LOCALAPPDATA%\Microsoft\vscode-cpptools，ms-python.python 则用 %LOCALAPPDATA%\Programs\Python 或 workspace 内的 .vscode/pythonFiles。它们不认 --extensions-dir，也不响应 VSCODE_EXTENSIONS 环境变量。
-
cpptools：打开设置搜intelliSense Cache Path，填绝对路径如D:\VSCode\cpptools-cache；再搜databaseFilename，改到同盘符下带.vc.db后缀的路径 -
python插件本身没暴露缓存路径设置项，但可通过python.defaultInterpreterPath指向非 C 盘的 Python 解释器，间接减少 C 盘缓存生成；Pylance 缓存则藏在%LOCALAPPDATA%\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe\TempState\vscode-pylance，只能靠软链接迁移 - 其他插件（如 ESLint、Jest）大多依赖 workspace 内的
node_modules或.eslintcache文件，属于项目级缓存，直接挪工作区即可
软链接（mklink /D）真能用？风险在哪
对单个插件缓存目录（如 vscode-cpptools）建符号链接，短期可行，但不是“优雅”，而是妥协方案。Windows 上它常因权限、UAC、杀毒软件拦截而静默失效。
- 必须以管理员身份运行
cmd，执行mklink /D "C:\Users\Me\AppData\Local\Microsoft\vscode-cpptools" "D:\VSCode\cpptools-cache" - 源目录必须为空，否则命令报错；若后续 VS Code 或插件自行重建该目录，链接会被绕过
- 部分插件（尤其含本地二进制模块的）会校验路径签名，发现是 junction 或 symlink 后直接禁用或降级功能
- 一旦 D 盘意外断开，C 盘链接点变“空壳”，VS Code 可能新建空白目录，旧缓存彻底丢失
最易被忽略的点：你以为改了 --extensions-dir 就一劳永逸，但它只管插件代码本体，不管插件运行时生成的千兆级缓存。每个重量级插件（C/C++、Python、Java）都有自己的缓存逻辑，得一个个查文档、翻设置、试路径，没有通用开关。
