根本原因是vscode进程缺乏文件路径写入权限，常见于项目位于c:\program files等系统保护目录、用户权限不足、杀毒软件或onedrive锁定文件句柄；应优先检查并赋予项目根目录“完全控制”权限，或以管理员身份运行vscode，也可将项目移至c:\users{user}\documents等用户可写路径。
为什么VSCode保存文件时突然报EPERM
根本原因不是代码写错了，而是VSCode进程没有当前文件路径的写入权限。常见于：项目在C:\Program Files、C:\Windows、C:\Recovery等系统保护目录下；或用户账户对目标文件夹只有读取权限；也可能是杀毒软件/OneDrive/Windows Defender锁住了文件句柄。
检查并修正文件夹权限（Windows）
右键点击项目所在文件夹 →「属性」→「安全」选项卡 → 点击「编辑」→ 选中你的用户名 → 勾选「完全控制」→ 确定。特别注意：如果「安全」选项卡不可见，先在「常规」里取消勾选「只读」，再点「高级」→ 取消勾选「继承自父项的权限」→ 添加你自己的用户并赋权。
- 不要只改
.vscode子文件夹权限，必须从项目根目录开始设 -
C:\Users\{user}\.vscode被锁也会导致插件安装失败，同样需要赋权 - 若用域账户登录（如
DOMAIN\zhang075），但用户目录名和账户名不一致，必须以该域账户身份运行VSCode才生效
以管理员身份运行VSCode（最直接有效）
这不是“偷懒方案”，而是Windows下绕过UAC限制的合理做法。右键VSCode快捷方式 →「以管理员身份运行」→ 打开项目 → 尝试保存。后续可永久设置：右键快捷方式 →「属性」→「兼容性」→ 勾选「以管理员身份运行此程序」→「应用」。
- PowerShell终端报
EPERM还可能因执行策略限制，管理员身份运行后执行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser可解 - 别在非管理员模式下反复删
node_modules或.vite-temp——权限没解决，删了照旧锁 - 某些企业环境禁用管理员提权，此时必须联系IT修改组策略，而非强行改本地设置
避开系统受保护路径重开项目
把项目挪到C:\Users\{user}\Documents、C:\dev这类用户可写路径，再用VSCode打开。这是最干净的解法，尤其适合新项目初始化阶段。
-
C:\Recovery、C:\System Volume Information这类路径，VSCode连stat都失败，根本不能作为工作区根目录 - 检查
settings.json里有没有硬编码指向系统路径的配置项，比如"eslint.workingDirectories"或"files.autoSaveDelay"误配 - 用
code .命令行启动时，确认当前工作目录不是C:\或C:\Windows
argv.json被防病毒软件冻结，或是OneDrive正在同步.vscode\extensions.json。先做权限和运行方式排查，再动配置或删缓存。
