WebStorm切换格式化规范本质是调整.editorconfig（项目级基础）、Code Style（IDE级偏好）、Prettier/ESLint（工具级覆盖）三类配置的优先级与作用范围；改Settings > Code Style本身不生效，因该设置仅影响本机手动格式化（Ctrl+Alt+L），不写入项目、不随Git提交，且保存时自动格式化需显式绑定格式化器而非仅开启开关。
WebStorm 切换项目代码格式化规范，本质不是“切换一个开关”，而是调整三类配置的优先级和作用范围：.editorconfig（项目级基础）、Code Style 设置（IDE 级偏好）、Prettier/ESLint（工具级覆盖）。改 Settings > Code Style 本身不生效，除非你手动触发格式化或明确绑定了保存行为。
为什么改了 Code Style 没反应？
常见现象是：你在 Settings > Editor > Code Style > TypeScript 调整了箭头函数缩进，保存文件后格式没变。这不是设置失败，而是 WebStorm 默认不把本地 Code Style 当作“项目规则”——它只影响你本机的 Ctrl+Alt+L 手动格式化行为，不写入项目、不随 Git 提交、队友打开项目时完全无感知。
-
Ctrl+Alt+L（Windows/Linux）或Cmd+Option+L（macOS）走的是当前 Code Style 配置，但仅限你本机 - 保存时自动格式化（Reformat on save）是否触发，取决于该文件类型是否被显式绑定到某个格式化器（如 Prettier），而不是 Code Style 页面开了什么开关
- 如果项目里有
.prettierrc且启用了 Prettier 插件，WebStorm 默认会用 Prettier 主导格式化，此时 Code Style 设置可能被绕过
真正起作用的 .editorconfig 必须放对位置
.editorconfig 是唯一能跨编辑器、跨成员强制统一的基础层，但它只管通用项，不管语言细节。
- 文件必须放在项目根目录，文件名严格为
.editorconfig（开头带点、全小写），否则 WebStorm 不识别 - 内容需语法合法，例如：
[*] indent_style = space indent_size = 2 end_of_line = lf trim_trailing_whitespace = true insert_final_newline = true
- 它对
indent_size、end_of_line生效，但不会决定if (x) {的括号要不要换行——那是Code Style > JavaScript或Prettier的事 - 如果同时存在
.prettierrc和.editorconfig，Prettier 会以自身配置为主；若想让.editorconfig的indent_size被尊重，得在.prettierrc显式写"useTabs": false, "tabWidth": 2
如何让 Prettier 或 ESLint 成为实际格式化主力
很多人装了插件、项目里有配置，但 .vue 或 .ts 文件按快捷键毫无反应——因为 WebStorm 默认仍用内置 JS/TS 格式化器，Prettier 是“备选工具”，不是“默认引擎”。
- 进
Settings > Languages & Frameworks > JavaScript > Code Quality Tools > Prettier，确认勾选了Run on save或On code reformat - 在
Settings > Tools > Actions on Save中，勾选Reformat code，并展开看Only for files matching是否包含*.ts、*.vue等扩展名 - 如果同时启用了
ESLint --fix on save，它可能和 Prettier 对同一行空格/换行的理解冲突，导致越修越乱；建议二选一，别混用 - 右键菜单中出现
Format with Prettier或Fix ESLint Problems，说明绑定成功；快捷键（如Alt+F）可手动触发
最易被忽略的一点：格式化行为是否生效，取决于你触发的是“保存”还是“手动重排”。Ctrl+S ≠ 格式化，除非你明确开启了对应文件类型的 Reformat on save 并配对了格式化器。团队协作时，.editorconfig 是底线，其余都只是本地增强或覆盖手段。
