vscode没有自动保存快捷键，需配置files.autosave为off/afterdelay/onfocuschange之一（onwindowchange已移除）；手动保存统一用ctrl+s或cmd+s，仅作用于当前激活tab，且对clean文件也会强制写入。

VSCode 没有“自动保存快捷键”这个东西——它压根不提供可修改的快捷键来开关自动保存功能。 自动保存是靠配置项 files.autoSave 控制的，不是靠快捷键触发的。你真正要改的，是它的行为模式和触发时机，而不是绑定某个按键。

files.autoSave 只能设成这四个值，选错等于没开

它不是布尔开关，也不是快捷键绑定项，而是一个字符串枚举配置：

• off：彻底关闭（VS Code 默认值，别误以为“没动过就是开着”）
• afterDelay：停笔后延迟写入，但必须同步配 files.autoSaveDelay（单位毫秒），否则可能不生效
• onFocusChange：当前编辑器 Tab 失去焦点时立即保存（切文件、点终端、点侧边栏都算）
• onWindowChange：已在 VS Code 1.80+ 中移除，写进配置里会被静默忽略

为什么改了设置却像没反应？三个高频干扰点

状态栏右下角没显示“已保存”，大概率不是配置错了，而是被以下情况覆盖或阻断：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 工作区 .vscode/settings.json 里写了 "files.autoSave": "off"，它会盖掉用户级设置
• 语言专属配置（如 [javascript] 块）里没声明 files.autoSave，那该语言文件就按全局默认（off）走
• 启用了 editor.formatOnSave，但格式化工具（如 Prettier）因语法错误或配置缺失失败 → VS Code 中止整个保存流程，文件仍为 dirty 状态

想快速手动保存？Ctrl+S / Cmd+S 始终可靠，但要注意边界

这是唯一 100% 可控的保存方式，但它和自动保存机制完全独立：

• 只保存当前激活的 Tab，不会批量保存所有 dirty 文件
• 若开了 editor.formatOnSave，它会先格式化再落盘，响应略慢；临时关掉能测出是不是格式化拖慢了
• 在远程开发（SSH/WSL）中，按键后实际写入发生在远端，网络延迟会导致“按完等半秒才真存上”
• 对已 clean 的文件，Ctrl+S 也会强制触发一次写操作——这点在调试文件监听逻辑（比如 Webpack watch）时特别关键

最常被忽略的是：自动保存只对 dirty 文件起作用，而手动快捷键不管脏不脏都会写一次。如果你在监听文件变更事件，这两者的行为差异会直接导致逻辑错乱。