Prettier接管后html.format.enable失效，因为html.format.*配置仅对VS Code内置HTML格式化器（vscode.html-language-features）生效；一旦设Prettier为默认格式化器，这些配置即被忽略，缩进由.prettierrc中tabWidth统一控制。
为什么Prettier接管后html.format.enable失效
VSCode内置HTML格式化器（vscode.html-language-features）和Prettier是两套独立机制。一旦Prettier被设为HTML的默认格式化器，html.format.*系列配置（如html.format.indentInnerHtml）就完全不生效——它们只对内置格式化器起作用。
常见错误现象：改了html.format.indentInnerHtml没反应，或html.format.wrapLineLength被忽略。
- 确认当前生效的格式化器：右键文档 → “格式化文档” → 查看弹出菜单顶部显示的工具名
- 若显示“Prettier”，则所有
html.format.*配置可删掉，改用.prettierrc控制 - Prettier的HTML缩进由
tabWidth统一控制，不区分<head>或<body>层级
vscode.html-language-features缩进不自动触发？检查这三项
不用Prettier时，想靠VSCode原生能力自动缩进，必须确保三件事同时成立：
-
"editor.autoIndent": "full"—— 不是"advanced"或"none"，否则输入</或>不会自动对齐闭合标签 -
"html.format.enable": true—— 显式启用HTML专属格式化逻辑（比如是否保留换行、是否缩进内联内容） -
"[html]": { "editor.defaultFormatter": "vscode.html-language-features" }—— 必须显式指定语言专属格式化器，不能依赖全局defaultFormatter
漏掉任意一项，都会导致按Tab没反应、保存不缩进、粘贴代码后结构塌陷。
立即学习“前端免费学习笔记（深入）”；
混用空格与Tab？editor.insertSpaces才是关键开关
很多人以为editor.tabSize设成2就万事大吉，但真正决定“按Tab键插的是空格还是Tab字符”的，是editor.insertSpaces。
错误配置示例："editor.tabSize": 2, "editor.insertSpaces": false → 按Tab插入一个Tab字符，而Tab宽度在不同人编辑器里可能是2、4或8，协作时立刻错位。
- 团队项目务必设
"editor.insertSpaces": true - 配合
"editor.tabSize": 2或4，确保每次按Tab都插入固定数量空格 - 加
"editor.detectIndentation": false，防止VSCode读取文件已有缩进并覆盖你的设定
工作区级缩进冲突：优先级比用户设置高
如果项目根目录有.vscode/settings.json，它会覆盖你全局的settings.json。很多“明明配好了却无效”的问题，根源就在这里。
典型场景：团队把"editor.tabSize": 4写进工作区配置，而你本地习惯用2空格——打开这个项目时，状态栏右下角显示的Tab Size永远是4，且无法通过右下角点击临时修改。
- 检查
.vscode/settings.json是否存在，并确认其中没有冲突项 - 想临时绕过？用命令面板（Ctrl+Shift+P）运行
Preferences: Open Workspace Settings (JSON)直接编辑 - 长期建议：把缩进规则写进
.editorconfig，比VSCode配置更通用、更难被忽略
真正麻烦的不是配不配得上，而是配错层级——工作区、语言专属、用户全局三者叠加时，谁压谁、谁忽略谁，得亲手试一遍才记得住。
