vs code 中一键格式化 html 用 shift+alt+f（win/linux）或 shift+option+f（mac），需确保文件识别为 html 且未禁用语言服务；sublime 需安装 html-css-js prettify 插件并用 ctrl+shift+h 格式化；推荐统一使用 prettier 并配置 tabwidth 为整数，避免工具冲突；在线工具仅适合临时处理，不适用于敏感代码或团队协作。
VS Code 里怎么一键格式化 HTML
直接按 Shift + Alt + F（Windows/Linux）或 Shift + Option + F（Mac）就能触发内置格式化。前提是文件后缀是 .html，且没禁用 HTML 语言服务。
常见问题：快捷键没反应，大概率是当前文件没被识别为 HTML —— 检查右下角状态栏是否显示 “HTML”，如果不是，点击它手动选为 HTML；或者确认文件扩展名确实是 .html，不是 .htm 或无后缀。
- 如果想保存时自动格式化，打开设置搜索
format on save，勾选Editor: Format On Save - 缩进默认是 4 空格，若项目要求 2 空格，需在设置里改
editor.tabSize为2，并关掉editor.detectIndentation - 格式化不会修复语法错误（比如漏闭合标签），只调整排版 —— 错误得先自己修好，否则可能格式错乱
Sublime Text 怎么装插件来美化 HTML
Sublime 默认不带 HTML 格式化能力，得靠 HTML-CSS-JS Prettify 插件。安装路径很固定：先装 Package Control，再通过命令面板搜插件名安装。
装完后按 Ctrl + Shift + H（Win/Linux）或 Cmd + Shift + H（Mac）就能格式化当前文件。注意：这个快捷键只对已保存的 .html 文件生效，未保存的新建文件可能不响应。
- 如果快捷键失效，检查是否冲突 —— 比如某些输入法或系统级快捷键会劫持
Cmd + Shift + H - 插件配置项写在
Preferences > Package Settings > HTML-CSS-JS Prettify > Settings – User里，不是全局设置 -
"html_attributes_indent": 2这类参数只影响属性换行缩进，不影响标签层级缩进，别指望它解决嵌套混乱
为什么 Prettier 配置里 tabWidth 和 indent_size 要统一
两个值不一致时，格式化结果会打架：Prettier 用 tabWidth 控制整体缩进，而某些插件（比如旧版 Prettify）读的是 indent_size。结果就是你改了配置，代码还是老样子。
如果你了解HTML，CSS和JavaScript，您已经拥有所需的工具开发Android应用程序。本动手本书展示了如何使用这些开源web标准设计和建造，可适应任何Android设备的应用程序 - 无需使用Java。您将学习如何创建一个在您选择的平台的Android友好的网络应用程序，然后转换与自由PhoneGap框架到一个原生的Android应用程序。了解为什么设备无关的移动应用是未来的潮流，并开始构建应用程序，提供更
典型场景：VS Code 装了 Prettier 扩展，又装了 HTML-CSS-JS Prettify —— 两者都启用时，.prettierrc 里的 tabWidth: 2 和插件设置里的 "indent_size": 4 冲突，最终缩进可能是 4，也可能是 2，取决于谁最后执行。
- 建议只留一个格式化工具：VS Code 用户优先用 Prettier 扩展 +
.prettierrc；Sublime 用户用 Prettify 插件 + 它自己的 JSON 配置 -
tabWidth必须是整数，不能写"2"（字符串），否则 Prettier 直接忽略该配置 - 如果项目已有团队规范，直接复制现成的
.prettierrc，别手敲，少一个逗号就导致整个配置失效
在线工具能替代编辑器插件吗
能临时救急，但不能当主力。像 https://htmlformatter.com 这类网站，适合粘贴一段碎片代码快速看效果，或者处理无法本地运行脚本的环境（比如客户给的原始邮件 HTML）。
但它没法处理相对路径引用的 CSS/JS、不支持自定义规则（比如强制小写标签但保留特定大写 class）、也不校验语义错误。更麻烦的是，敏感代码传到第三方服务器有泄露风险。
- 别用在线工具处理含用户数据、token、内部 API 地址的 HTML 片段
- “Convert to XHTML” 选项会强行给所有自闭合标签加
/，但现代 HTML5 不需要，反而可能触发某些老旧解析器的兼容问题 - 输出结果常带多余空行或换行，还得手动清理，不如本地插件一次到位
空白行到底要不要加、加几行
空白行不是越多越好。加在 <header></header> 和 <main></main> 之间、表单块和后续段落之间，是有意义的；但 <div> 套 <code><div> 套 <code><div> 之间每层都空一行，只会让文件体积变大、滚动更费劲。<p>真正影响可读性的是“逻辑分组” —— 把导航、轮播图、商品列表各自包进独立 <code><section></section>，再用空行隔开，比在一堆 <div class="row"> 里塞空行有效得多。<ul>
<li>VS Code 的格式化默认不加空白行，要靠人工补；Prettier 也不自动插空行，得靠 <code>htmlWhitespaceSensitivity 配置间接控制
<!-- header end --> 下面没空行，接着就是 <main></main>，视觉上就糊在一起实际项目里，格式化只是手段，不是目的。最常被忽略的是：格式化前先确认文档类型和语义结构。一堆正确缩进的 <div>，远不如结构清晰但缩进错两格的 <code><article></article> + <aside></aside> 可维护。
