VSCode 默认不支持保存前确认弹窗，files.autoSave仅控制自动保存时机，手动保存（Ctrl+S）始终静默执行；可通过快捷键重映射模拟提示或使用confirm-save等插件实现有限拦截，但原生无此功能。
VSCode 保存前不弹确认框是默认行为，无法直接开启
VSCode 没有内置的「保存前确认」开关，files.autoSave 控制的是自动保存时机，不是交互拦截；强行加弹窗会破坏编辑器底层保存流程，官方也明确不支持该功能。
常见错误现象：files.autoSave 设为 off 后按 Ctrl+S 仍直接保存，以为“关了自动保存就该问”，其实只是取消了定时/失焦自动触发，手动保存永远静默执行。
- 真正能干预保存动作的只有插件（如
save-and-continue或自定义命令），但它们本质是替换保存逻辑，非原生弹窗 - 部分用户误改
editor.codeActionsOnSave，但这只影响保存后操作（如格式化），和确认无关 - macOS 用户有时把系统级「退出前询问」错当成 VSCode 行为，实际二者完全独立
用快捷键绑定 + 命令拦截模拟“确认保存”
通过重映射 Ctrl+S（或 Cmd+S）到一个带提示的自定义命令，是最接近需求的可行方案。
实操建议：
- 打开命令面板（
Ctrl+Shift+P），运行Preferences: Open Keyboard Shortcuts (JSON) - 添加如下条目（覆盖默认保存快捷键）：
[
{
"key": "ctrl+s",
"command": "workbench.action.terminal.sendSequence",
"args": {
"text": "echo '⚠️ 请确认是否保存？按 Ctrl+S 再次执行，或 Esc 取消'"
},
"when": "editorTextFocus && !terminalFocus"
}
]
⚠️ 注意：这只是视觉提示，不能真正阻断保存。若要真拦截，需搭配插件如 confirm-save（需手动安装，且仅支持简单 yes/no 弹窗，不支持取消当前保存动作）。
为什么不用「文件系统只读」或「Git 防护」替代？
有人尝试把文件设为只读、或依赖 Git 的 unstaged 状态来“防误存”，但这属于间接防护，和“保存前确认”目标不一致，且引入新问题：
- 文件只读 → 编辑器会报错
Unable to write file ... Permission denied，不是确认，是失败 - Git 检查 → 必须开启
git.autoRepositoryDetection，且仅对已 git 管理的文件生效，新建文件/外部路径无效 - 两者都会干扰正常开发流：比如临时修改配置文件、调试时快速改代码再撤回
真正可靠的防护是分层习惯 + 轻量工具
VSCode 的设计哲学是“快而轻”，所有保存操作必须低延迟。想靠弹窗拦住每次 Ctrl+S，既违背工具定位，也容易养成忽略提示的习惯。
更务实的做法：
- 把
files.autoSave设为afterDelay（比如1000ms），给手滑留出撤销窗口 - 开启
files.hotExit（默认开启），崩溃或误关也能恢复未保存内容 - 配合
emeraldwalk.runonsave插件，在保存后自动运行git diff --quiet || echo '⚠️ 有未提交变更'，作为事后提醒
最易被忽略的一点：VSCode 的「撤销栈」（Ctrl+Z）在单文件内可回退至任意历史保存点，只要没关标签页——这比弹窗更可靠，也更快。
