如何设置VSCode保存时自动格式化代码

VSCode保存时自动格式化不生效，主要因editor.formatOnSave未启用、editor.defaultFormatter未正确配置对应语言的格式化工具，或.editorconfig等配置文件覆盖了VSCode设置。 VSCode保存时自动格式化不生效？先看这三项配置 自动格式化失效，90% 是因为 、 和语言专属设置三者没对齐。不是插件装了就自动工作，VSCode 会按语言类型查默认 formatter，再决定是否触发格式化。 必须设为 （全局或工作区） 对应语言（如 ）必须有已启用的 formatter 扩展，且被设为该语言的 如果项目里有 或 ，它们可能覆盖 VSCode 设置，需确认优先级 JavaScript/TypeScript 用 Prettier 自动格式化，怎么配才不冲突 Prettier 和 ESLint 同时存在时，容易互相打架——比如 ESLint 报“多余分号”，Prettier 却删掉它；或者保存后缩进变两空格，ESLint 又标红说该四空格。关键在明确分工：Prettier 管布局（空格、换行、引号），ESLint 管逻辑和风格（变量命名、禁止 ）。 在 中设： 禁用 Prettier 的 ESLint 集成（如果装了 ），改用 做规则透出 加一句： （新版插件已弃用该选项，实际应通过 关闭冲突规则） 保存时只格式化修改部分，而不是整个文件 大文件全量格式化可能引入大量无关 diff，尤其团队协作时会被质疑“你是不是偷偷改了别的地方”。VSCode 原生不支持“仅格式化脏行”，但可通过组合设置逼近效果： VSCode 1.118 微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。 下载 启用 ，设为 （VSCode 1.84+ 支持） 确保所用 formatter（如 Prettier）本身支持增量处理——多数现代 formatter 默认支持，但老版本 Prettier（ 若仍全量格式化，检查是否启用了 过短（默认 750ms），导致 fallback 到全量 Python 用 autopep8 或 Black，保存时没反应？重点查这两处 Python 用户常卡在“点了保存，代码纹丝不动”。根本原因不是插件没装，而是 VSCode 没把当前文件识别为 Python，或语言服务器没加载成功。 确认右下角状态栏显示 （不是 或 ），否则按 手动选语言模式 检查 是否指向正确环境——Black 要求 Python ≥ 3.7，autopep8 需显式安装到该环境中： 或 Black 不读 ，所有配置必须写在 或 里，否则保存时静默失败 Prettier 和 Black 这类工具对配置敏感，一个拼写错误（比如 ）就能让整套自动格式化停摆。别急着调设置，先看输出面板里 或 标签页有没有报错。