插件在启动早期劫持配置写入流程，导致settings.json无法保存；需通过开发者工具查错误、禁用可疑插件（如ms-python.python）、检查codeActionsOnSave回滚、验证扩展目录权限及工作区extensions.json覆盖行为。
插件在启动早期就劫持了配置写入流程
某些插件（比如 ms-python.python、esbenp.prettier-vscode）会在 VS Code 主进程完成初始化前就注入代码，此时 settings.json 的读写逻辑尚未就绪。它们可能监听文件变更事件、拦截保存动作，甚至覆盖 fs.writeFile 原生调用——结果就是你点了保存，编辑器没报错，但磁盘上的 .vscode/settings.json 一动不动。
这类问题不会出现在「设置 UI」里，也不会触发「保存失败」提示；唯一线索是：打开开发者工具（Ctrl+Shift+P → Developer: Toggle Developer Tools），切到 Console 标签页，留意是否有 Failed to write settings 或 ENOSPC/EACCES 类错误，哪怕只出现一次。
- 优先禁用近期更新的插件，尤其是带「语言服务器」「格式化」「自动修复」字样的
- 用
code --disable-extension ms-python.python启动，再试保存工作区配置；若成功，说明该插件是关键干扰源 - 不要依赖「禁用全部扩展」按钮——它不阻止启动早期注入，必须用命令行参数
插件修改了 editor.codeActionsOnSave 导致保存被静默中止
启用 editor.formatOnSave 后，VS Code 会把保存流程拆成两步：先写入磁盘，再执行格式化。但如果插件把 editor.codeActionsOnSave 配成了 {"source.fixAll": true} 且对应 Lint 工具（如 ESLint）启动失败或超时，整个保存操作就会被回滚——磁盘内容不变，但状态栏仍显示「已保存」，极易误判为配置“没生效”。
典型表现是：改完 .vscode/settings.json 并按 Ctrl+S，右上角 ● 消失，但用 cat .vscode/settings.json 查看，内容仍是旧的。
- 临时关闭
editor.formatOnSave和editor.codeActionsOnSave，再测试保存是否恢复 - 检查 ESLint/Prettier 是否能在终端里正常运行：
npx eslint --version、npx prettier --version - 若使用远程开发（WSL/SSH），格式化工具路径可能未被正确继承，需在
settings.json中显式指定eslint.runtime或prettier.prettierPath
工作区推荐扩展（.vscode/extensions.json）强制重置配置
当项目根目录下存在 .vscode/extensions.json，且其中 recommendations 列表包含某些插件时，VS Code 可能会在加载工作区后自动启用它们，并同步应用这些插件自带的默认设置——比如某个 Prettier 插件会把 files.autoSave 强制设为 "off"，覆盖你手动写的 "onFocusChange"。
这不是 bug，而是插件主动声明的“配置契约”。它发生在工作区加载完成之后，所以你在用户设置里改得再对，也会被覆盖。
- 打开
.vscode/extensions.json，确认recommendations里有没有高权限插件（如 Python、TypeScript、Tailwind 官方插件） - 逐个注释掉推荐项，重启 VS Code，观察配置能否保存
- 若必须保留某插件，可在工作区
settings.json中加一层覆盖："[javascript]": { "files.autoSave": "onFocusChange" }，注意语言 ID 要准确
扩展安装目录权限异常导致配置写入失败
VS Code 写入 .vscode/settings.json 本身不难，但它在保存前常会触发插件的「配置变更钩子」，而这些钩子可能尝试往自己的缓存目录（如 ~/.vscode/extensions/ms-python.python-2026.3.1/out/）写状态文件。如果该路径属主是 root 或权限为 755 且无写位，整个保存链路就会卡住。
这种失败通常不报错，但你会看到「正在保存…」转圈数秒后消失，文件内容未变。Linux/macOS 下可快速验证：ls -ld ~/.vscode/extensions；Windows 下检查 %USERPROFILE%\.vscode\extensions 属性里的「安全」选项卡。
- 运行
chmod -R u+w ~/.vscode/extensions（macOS/Linux）或右键 → 属性 → 取消「只读」（Windows） - 避免用管理员身份运行 VS Code 来绕过权限问题——这会让后续所有插件缓存都以 root 写入，形成恶性循环
- 若用 WSL，别在 Windows 资源管理器里直接改
\wsl$\Ubuntu\home\user\.vscode\extensions，DrivFS 不支持 chmod，必须通过 Remote-WSL 扩展操作
