vscode保存时自动格式化需同时启用files.autosave和editor.formatonsave，并为每种语言单独指定editor.defaultformatter；若未配置默认格式化器、文件类型识别错误或工作区设置覆盖，将导致无响应。
VSCode 默认既不自动保存，也不自动格式化——这两个功能必须分别开启、各自配对，缺一不可。
editor.formatOnSave 开启后为什么没反应
开了 editor.formatOnSave 却没格式化，大概率是 VS Code 不知道“用谁来格式化”。它不会从已安装的扩展里自动选一个，必须显式指定语言对应的格式化器。
- 右下角状态栏显示
None→ 当前文件没匹配到任何格式化器 - 报错
No formatter installed for 'typescript'→ 检查[typescript]语言配置和esbenp.prettier-vscode（或对应扩展）是否都装好了 - 只在
.js文件生效，.ts不行 →[javascript]和[typescript]需要分别配置，不能共用 - 别写全局
"editor.defaultFormatter": "esbenp.prettier-vscode"，Python/Go 等语言会直接失败
files.autoSave 和 editor.formatOnSave 必须同时生效
files.autoSave 控制“要不要自动写入磁盘”，editor.formatOnSave 控制“写入前要不要格式化”——前者关了，后者根本没机会运行。
- 默认值是
"files.autoSave": "off"，意味着你必须按Ctrl+S才会走格式化流程 - 推荐设为
"files.autoSave": "afterDelay"并配"files.autoSaveDelay": 1000，比onFocusChange更可控 - 如果项目根目录有
.vscode/settings.json，它会覆盖你的用户设置，记得检查 - 某些远程开发环境（如 WSL）可能拦截
files.autoSave，需查对应插件文档
多个格式化工具共存时怎么避免冲突
JavaScript/TypeScript 项目里 Prettier 和 ESLint 同时启用格式化能力，会导致缩进反复跳、引号来回切、光标乱跑——这不是 bug，是规则打架。
- 停用 ESLint 的格式化：设
"eslint.format.enable": false，保留其 lint 能力 - 改用
editor.codeActionsOnSave让 ESLint 只做修复："source.fixAll.eslint": true - Prettier 路径未配置时会静默失败，建议显式加
"prettier.prettierPath": "./node_modules/prettier" - 生成代码（如
dist/或__pycache__/）可单独禁用："[javascript]": { "editor.formatOnSave": false }放进工作区设置
格式化卡顿或静默跳过？小心 editor.formatOnSaveMode
VS Code 1.84+ 加了 editor.formatOnSaveMode，默认 "file" 是安全的；但设成 "modifications" 容易出问题。
-
modifications模式依赖 diff 算法，文件 >2MB 或含 Git 冲突标记时可能直接跳过格式化 - 像 Prettier 这类工具本身不支持增量格式化，强行启用反而更慢
- 调试时可在开发者工具（
Developer: Toggle Developer Tools）Console 里看是否有Failed to format document报错 - 临时跳过一次格式化：按住
Alt（Windows/Linux）或Option（macOS）再按Ctrl+S
最常被忽略的一点：格式化器是否真正适配当前语言模式。右下角状态栏显示的是 Plain Text 还是 JavaScript React，决定了 VS Code 会不会去查 [javascript] 的配置——哪怕文件后缀是 .js，识别错了也白搭。
