vscode格式化配置改完不立即生效，因依赖用户级、工作区级、语言专属级三层作用域叠加，任一层显式覆盖都会导致失效；需检查右下角语言模式与格式化器绑定状态，并重启窗口或重载插件以使.prettierrc变更生效。
格式化配置改完为什么没立刻生效
VSCode 的格式化配置不是“改完就跑”，它依赖三层作用域叠加生效：用户级、工作区级（.vscode/settings.json）、语言专属级（如 "[javascript]" 块）。改完设置后不生效，大概率是某一层显式覆盖了你的改动。
常见干扰点：
-
editor.formatOnSave在全局设为true，但"[typescript]"下又写了"editor.formatOnSave": false—— 后者优先，JS/TS 文件保存时就不会格式化 - 工作区设置了
"editor.formatOnSaveMode": "modifications"，只格式化修改行，而你刚粘贴整段代码没动光标，VSCode 认为“无修改”，跳过格式化 - 配置写在用户 settings.json 里，但项目根目录有
.vscode/settings.json，后者会完全屏蔽用户级设置（除非显式用override）
验证方式：按 Ctrl+Shift+P → 输入 Preferences: Open Workspace Settings (JSON)，直接看当前生效的完整配置，比图形界面更可靠。
Shift+Alt+F 没反应？先看右下角那个小图标
VSCode 不自己格式化，它只是个调度器。快捷键 Shift+Alt+F 实际触发的是「当前文件语言模式下注册的默认格式化提供者」。如果没反应，90% 是这个链条断在第一步：没有可用的格式化器。
检查步骤：
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 确认右下角语言标识（如 “JavaScript”）是否正确 —— 如果显示 “Plain Text”，
Shift+Alt+F必定无效 - 点击右下角格式化器名称（如 “Prettier” 或 “TypeScript”），若显示 “No formatter installed”，说明插件未激活或未识别该语言
- 运行
Ctrl+Shift+P→Format Document With...，列表为空？说明没装对应扩展，或扩展没注册DocumentFormattingEditProvider - Windows 下
Ctrl+Shift+I常被输入法或杀毒软件劫持，可临时切英文输入法测试，或改绑定到Shift+Alt+F（更稳定）
保存时格式化和手动快捷键走的是同一条路吗
是，但触发时机和上下文不同。两者都走 VSCode 的 onWillSaveTextDocument 事件链，但手动触发（Shift+Alt+F）绕过保存流程，直接调用格式化提供者；保存触发则必须等编辑器确认“真要写入磁盘”前一刻才介入。
这意味着：
- 保存触发会受
editor.codeActionsOnSave影响（比如自动修复 ESLint 问题），而手动触发不会 - 如果格式化器耗时 >500ms，保存触发可能被 VSCode 中断并报错
Formatting failed: timeout，但手动触发通常容忍更久 - 某些格式化器（如旧版 Prettier 插件）对保存触发做了额外缓存逻辑，导致手动格式化结果和保存后不一致 —— 这类 bug 已在 v12.0+ 版本修复，建议升级
esbenp.prettier-vscode
为什么改了 .prettierrc 但保存后格式没变
Prettier 规则文件（.prettierrc 或 prettier.config.js）只在格式化器真正调用时读取。VSCode 默认不会监听这些文件变化并热重载 —— 它靠的是插件启动时一次性加载。
所以：
- 改完
.prettierrc后，必须重启 VSCode 窗口（不是重载窗口），或禁用再启用esbenp.prettier-vscode扩展 - 若项目里同时有
.prettierrc和package.json里的prettier字段，Prettier 会按优先级合并，但 VSCode 插件有时只读前者 —— 建议统一用.prettierrc - 注意
prettier.requireConfig: true设置：开启后，没配.prettierrc的项目将拒绝格式化，避免误用全局规则
最隐蔽的坑是：你改的是 .prettierrc，但当前文件类型（比如 .tsx）被语言服务器判定为 TypeScript，而插件实际加载的是 typescript-eslint 的格式化逻辑 —— 此时得看 eslint.config.js 里是否启用了 prettier 插件并正确传递规则。
