vscode自动保存是内置功能，无需插件；需将files.autosave设为off/afterdelay/onfocuschange/onwindowchange之一，设为布尔值或数字会被忽略，常见失效源于工作区覆盖、语言专属配置或格式化插件干扰。
VSCode 本身就有自动保存功能，不需要插件——装插件反而容易出问题。
files.autoSave 是内置设置，不是插件功能
VSCode 的自动保存由核心配置 files.autoSave 控制，它只有四个合法值：off、afterDelay、onFocusChange、onWindowChange。这些是编辑器原生行为，和插件无关。
- 设成
true、1或其他非字符串值，VSCode 直接忽略，不会报错但也不生效 - 试图用插件“补上”这个功能，等于绕开配置系统，大概率触发冲突或静默失败
- 常见误操作：装了 “Auto Save” 类插件后发现没反应——其实是它和
files.autoSave同时启用，互相干扰
为什么有人以为要装插件？
因为改了设置却没保存成功，误判为“功能缺失”，转头搜插件。实际失效原因几乎都来自配置覆盖或插件干扰：
- 工作区设置（
.vscode/settings.json）里写了"files.autoSave": "off"，优先级高于用户设置 - 语言专属配置关掉了某类文件，比如为
markdown设了"files.autoSave": "off"，.md 文件就永远不会自动存 - 开了
editor.formatOnSave，但 Prettier 或 ESLint 格式化失败（缺配置、依赖未安装），VSCode 会取消本次保存，看起来像“没存”
真需要插件的场景只有一种
你想让某些文件类型「不自动保存」，而 VSCode 原生不支持白名单式排除，只能靠语言专属配置或 files.exclude 间接控制。这时可借助插件如 Auto Save Plus（已停更）或 Save Auto（维护不稳定），但风险明显：
- 它们通常劫持保存事件，和格式化插件、GitLens、Live Share 等高频交互插件容易冲突
- 无法精确同步
files.autoSaveDelay行为，延时逻辑不可靠 - VSCode 更新后常出现兼容问题，比如 1.90+ 版本中部分插件直接失效
真正该花时间的地方，是检查右下角状态栏是否显示「工作区」，打开 .vscode/settings.json 确认没被覆盖，再关掉 editor.formatOnSave 测试基础保存是否正常——这比找插件快得多，也稳得多。
