VSCode保存失败主因是系统级文件占用或权限不足，需用lsof（macOS/Linux）或资源监视器（Windows）定位占用进程，再通过chmod、chown或解除只读属性修复权限，而非仅重启编辑器。
VSCode 本身不锁文件，所谓“锁定”全是操作系统返回的 EACCES、EPERM 或 EBUSY 错误在说话——真正卡住你保存的，永远是外部进程或系统权限。
用资源监视器（Windows）或 lsof（macOS/Linux）精准揪出占用进程
靠猜哪个程序在占文件？效率低还容易误杀。必须用系统级工具直击句柄：
- Windows：按
Ctrl+Shift+Esc打开任务管理器 → “性能”页 → 点“打开资源监视器” → 切到“CPU”页 → 在右下角“关联的句柄”搜索框输入文件名（如package.json）→ 查看“进程”列，定位到EXCEL.EXE、AntimalwareServiceExecutable.exe或另一个Code.exe - macOS/Linux：终端执行
lsof /full/path/to/filename.js；若提示command not found，macOS 先运行brew install util-linux，Linux 一般自带 - 查完别手软：右键进程 → “结束进程树”（Windows），或
kill -9 PID（macOS/Linux）；但避开svchost.exe、explorer.exe这类宿主进程，它们只是壳，真凶藏在子进程里
改权限比重启 VSCode 有效十倍
重启 VSCode 只清缓存和插件状态，对系统级文件句柄完全无效。很多“重启后好了”的情况，其实是上一个 VSCode 实例没彻底退出，残留的是读句柄而非写锁——新实例刚好抢到了。
- Windows：在集成终端运行
attrib -R .gitignore（去掉只读属性），或右键文件 → “属性” → 取消勾选“只读” → 点“应用”时务必勾选“将更改应用于此文件夹、子文件夹和文件” - Linux/macOS/WSL：运行
chmod u+w your-file.js；若报Operation not permitted，可能是启用了隔离属性，补一句xattr -d com.apple.quarantine your-file.js（macOS） - 父目录没写权限也会导致保存失败：VSCode 保存本质是“写临时文件 + 重命名替换”，所以
chmod u+w ./src比只改单个文件更治本
Git LFS 和杀毒软件是隐藏最深的两个元凶
它们不弹窗、不占界面，却在后台死死攥着文件句柄。尤其 Git LFS，在 git checkout 或后台 fetch 时会持续持有大文件锁，VSCode 一保存就撞上 EBUSY。
- 先确认是否 LFS 文件：运行
git lfs ls-files，若目标文件在列表中，再跑git lfs status看同步状态；卡住时直接git lfs fetch --all主动拉完，再试保存 - 杀软实时扫描（尤其是 Windows Defender、McAfee）常在你 Ctrl+S 的瞬间扫描该文件，触发独占读锁；临时禁用实时防护测试，或把项目目录加进排除列表
- 别信“以管理员身份运行 VSCode”能解决所有问题——它可能让你绕过 UAC，但改不了 Excel 正开着 CSV 的事实
别碰 settings.json 里的 files.readonly
这个配置项不是用来“解锁文件”的开关，而是给生成代码、模板文件等真正需要保护的路径设白名单。把它设成 false 或清空，对被系统锁住的文件毫无作用，反而可能让不该编辑的文件暴露风险。
真正该盯住的是你启动 VSCode 的方式：如果曾在终端用 sudo code . 打开过项目，那整个 .git/ 目录甚至部分源文件都归 root 所有，普通用户身份根本写不进去——删掉 .git 重建不是办法，重置文件所有权才是正解：sudo chown -R $USER:$USER ./my-project。
