VSCode本地缓存无法写入90%以上是npm缓存目录权限异常，表现为EPERM/EACCES错误，应通过npm config set cache重设至用户可写路径（如%USERPROFILE%\AppData\Local\npm-cache或~/.npm-cache），并删除旧缓存验证生效。
VSCode本地缓存无法写入，90%以上不是VSCode本身的问题，而是当前用户对缓存路径没有写权限，或磁盘已满、路径被同步工具劫持。直接改权限或提权运行只是掩盖问题，还可能引发后续npm install失败、插件灰显等连锁故障。
确认是不是 npm 缓存目录权限失控
错误里出现 EPERM、EACCES、open、node_cache\_cacache\tmp 这几个关键词，基本可以锁定是 npm 缓存目录权限异常，和 VSCode 启动方式无关。
- 运行
npm config get cache查看当前缓存路径，常见如C:\Users\XXX\AppData\Roaming\npm-cache（Windows）或/Users/xxx/.npm（macOS） - 检查该路径父目录权限：Windows 上右键 → 属性 → 安全 → 确认当前用户有“修改”和“写入”；macOS/Linux 执行
ls -ld $(npm config get cache)，确保属主是你自己，且权限含drwxr-xr-x或更宽松 - 别直接给整个
AppData或node_modules提权——这会污染系统级权限链，后续npm update可能彻底失败
重设 npm 缓存路径到用户可写位置
最稳妥的做法是把缓存挪到明确归属你自己的路径，避开系统保护区域（如 C:\Program Files、/usr/local、OneDrive 同步目录）。
- Windows：运行
npm config set cache "%USERPROFILE%\AppData\Local\npm-cache"，然后手动删掉旧缓存目录（如%APPDATA%\npm-cache） - macOS/Linux：运行
npm config set cache ~/.npm-cache，再执行mkdir -p ~/.npm-cache并chown -R $USER: ~/.npm-cache - 验证是否生效：再次运行
npm config get cache应返回新路径；接着跑一次npm install lodash --save-dev，观察是否不再报EPERM
排查 OneDrive / 腾讯微云等同步目录干扰
项目或缓存目录若落在 OneDrive、钉钉文档、iCloud Drive 等实时同步路径下，其后台进程会劫持文件写入操作，导致 ENOSPC 或静默失败，尤其在保存大文件或触发 cacache 临时写入时高频发生。
- 检查
npm config get cache和项目根目录路径，是否包含OneDrive、iCloud、Documents（部分 OneDrive 默认重定向此处）等字样 - 临时将项目移到纯本地路径（如
D:\projects\myapp或~/dev/myapp）测试是否复现 - 如果必须用同步目录，禁用对应客户端的“自动同步”或“智能同步”，仅保留按需下载模式
磁盘满载导致 ENOSPC 的快速响应
当错误里出现 ENOSPC、Failed to write cache、语言服务崩溃，本质是文件系统拒绝写入——必须先释放空间，再切断 VSCode 对已满磁盘的持续写入行为。
- 清理三个真正吃空间的缓存目录：
%APPDATA%\Code\Cache（Chromium 渲染缓存）、%LOCALAPPDATA%\Programs\Microsoft VS Code\CachedData（语法高亮中间产物）、%APPDATA%\Code\User\workspaceStorage（每个打开文件夹的符号索引，常达 1–3 GB） - 禁用高危插件：比如
ms-python.python（每次启动建cache/）、esbenp.prettier-vscode（保存大 JSON/CSV 时写中间产物）、eamodio.gitlens（后台扫描提交历史） - 迁移 VSCode 用户数据目录：用快捷方式启动
"C:\Program Files\Code\Code.exe" --user-data-dir "D:\VSCodeUserData"，从源头避开 C 盘写入
真正麻烦的从来不是“删不掉”某个缓存目录，而是没意识到 VSCode 的缓存分散在至少五个不同路径下，且各自受不同机制控制——npm 缓存、Electron 渲染缓存、工作区符号索引、插件私有缓存、同步会话状态。任何一个环节卡住，都可能表现为“无法写入”。动手前先用 npm config get cache 和 code --status 锁定具体路径，比盲目提权或重装有效得多。
