prettier默认不格式化html，必须手动设为默认格式化器、禁用内置html.format.enable、设置printwidth:100和htmlwhitespacesensitivity:"css"，并确保语言模式为html。
快捷键本身不格式化 HTML —— 它触发的是编辑器内置或插件提供的格式化功能，而能否“瞬间完成整个文件”，取决于你用的编辑器、配置的格式化工具，以及 HTML 本身的结构是否合法。
VS Code 里 Shift+Alt+F 没反应？先确认格式化器已装且设为默认
VS Code 默认不带 HTML 格式化能力，Shift+Alt+F（Windows/Linux）或 Shift+Option+F（macOS）只是调用当前语言的默认格式化提供者。如果没反应，大概率是：
- 没安装支持 HTML 的格式化插件，比如
Prettier或Beautify - 装了但没设为 HTML 语言的默认格式化程序：右键文件 →
Format Document With...→ 选Prettier→ 点击齿轮图标 →Configure Default Formatter - 当前文件没被识别为
html语言模式（右下角看状态栏，如果不是HTML，点它 →Configure File Association for '.xxx'→ 设为html）
用 prettier 格式化 HTML 时，这些配置项直接影响结果
Prettier 对 HTML 的处理比很多人想的更“固执”——它不读你项目里的 .editorconfig，只认自己的配置。常见影响格式的关键项有：
-
htmlWhitespaceSensitivity: "css"（默认）：按 CSS 规则处理空白，内联元素间的换行可能被抹掉；设为"strict"会保留所有有意义的空白 -
indentSize: 2和tabWidth: 2必须一致，否则缩进错乱 -
endOfLine: "lf"推荐统一设为lf，避免 Windows 下换行符混用导致 Git 警告 - 不支持自定义标签换行策略（比如强制
div每行一个），这是设计使然，不是 bug
配置写在 .prettierrc 里，例如：
{
"htmlWhitespaceSensitivity": "strict",
"indentSize": 2,
"tabWidth": 2,
"endOfLine": "lf"
}
格式化后标签顺序乱了？检查是否误启用了 eslint-plugin-html 或其他 LSP 插件
有些用户发现格式化完 <script></script> 被挪到 末尾、<meta> 顺序被重排，这不是 Prettier 干的——它只管缩进、换行、引号，不管语义顺序。真正动手的是：
-
eslint-plugin-html配合eslint-plugin-react的自动修复（eslint --fix） - 某些 LSP 服务（如
Volar或旧版Vetur）在“保存时格式化”流程中混入了语义校验逻辑 - 你手动运行了
npx eslint --ext .html,.js src/ --fix，而规则里启用了react/jsx-sort-props类排序规则
解决方法：关掉非必要自动修复，或在 .eslintrc 中对 HTML 文件禁用排序类规则：
"overrides": [
{
"files": ["*.html"],
"rules": {
"react/jsx-sort-props": "off"
}
}
]
真正容易被忽略的是：HTML 文件一旦含内联 <script></script> 或 <style></style>，格式化器会同时解析 JS/CSS 片段——此时若 JS 语法有错（比如少了个括号），整个 HTML 格式化就会静默失败，连错误提示都不给。先确保内联代码能独立通过 ESLint 或 Prettier 检查，再谈“瞬间格式化”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
