html-minifier-terser是生产环境首选，因其精准支持html5语义规则、安全处理模板插值、可控压缩选项，并需配合gzip/brotli及ci校验使用。
选对 HTML 压缩工具，不是看谁名字响亮，而是看它能不能在不破坏语义、不引发渲染异常的前提下，把 <div> <p>Hello</p>
</div> 稳准狠地压成 <div><p>Hello</p></div> —— 实测中，html-minifier 是目前唯一能兼顾精度、可控性和工程落地性的首选。
为什么 html-minifier 是生产环境的默认答案
它不是“最轻”或“最快”的工具，但它是唯一把 HTML5 语义规则（如可选闭合标签、布尔属性简写、自定义元素处理）纳入压缩逻辑的主流工具。其他工具如 minimize 或在线服务常误删 <template></template> 内容、破坏 srcset 语法，或把 required="required" 错压成 required 后又漏掉某些浏览器兼容性判断。
-
html-minifier支持ignoreCustomFragments配置，可安全跳过 Vue/React 模板插值（如{{ msg }}） - 它的
removeOptionalTags默认关闭，开则需确认项目是否真不需要 IE8 兼容 —— 很多团队盲目开启后，发现缺失导致 CSS 未加载 - 对内联
<style></style>和<script></script>的压缩由minifyCSS/minifyJS控制，不会强行混淆变量名（这点比某些“全能压缩器”更安全）
命令行压缩：三步跑通 CI 流程
别用在线工具压生产代码 —— 无法版本控制、不可复现、还可能上传敏感内容。直接集成到构建脚本里才是正解。
立即学习“前端免费学习笔记（深入）”；
- 安装：
npm install html-minifier-terser --save-dev（注意用-terser版本，原html-minifier已归档） - 配置文件
html-minify.config.js推荐最小安全集：
module.exports = {
collapseWhitespace: true,
removeComments: true,
removeRedundantAttributes: true,
removeScriptTypeAttributes: true,
removeTagWhitespace: true,
useShortDoctype: true,
minifyCSS: true,
minifyJS: true,
ignoreCustomFragments: [/{{[\s\S]*?}}/, /<%[\s\S]*?%>/]
};
- 执行命令：
npx html-minifier-terser --config-file html-minify.config.js --input index.html --output dist/index.html
⚠️ 注意：collapseWhitespace 在含 white-space: pre 或 <pre class="brush:php;toolbar:false;"></pre> 的页面中可能破坏格式 —— 若项目有代码展示模块，务必加 ignoreCustomFragments 或改用 preserveLineBreaks: true。
Gzip/Brotli 不是替代方案，而是必须叠加的第二层
HTML 压缩工具只减原始体积（通常 15–25%），而传输压缩（Gzip/Brotli）针对的是字节流，对文本类资源效果极强。两者完全正交，必须共存。
- Nginx 开启 Brotli（推荐）：
brotli on; brotli_comp_level 6; brotli_types text/html text/css application/javascript; - 降级 Gzip（兼容老设备）：
gzip on; gzip_types text/html text/css application/javascript; - 关键点：检查响应头是否含
Content-Encoding: br或gzip；若没有，大概率是 MIME 类型没匹配上（比如.html被识别为application/octet-stream）
别忽略「压缩后不可读」带来的协作代价
开发阶段硬压 HTML，等于主动放弃 diff 可读性、Git blame 准确性和新人上手速度。真正的技巧不在“怎么压”，而在“什么时候压”。
- 开发时：VS Code 安装
Minify插件，仅对单文件右键「Minify HTML」用于临时验证 - 构建时：Webpack 用
html-webpack-plugin+html-minimizer-webpack-plugin自动处理所有模板 - 上线前：CI 流水线中增加校验步骤，比如用
html-validate扫描压缩后文件是否仍通过 W3C 结构检查
最常被忽略的一点：压缩不是终点，而是发布链路中一个需要被测试的环节 —— 你得真打开 DevTools 的 Network 面板，对比压缩前后首字节时间（TTFB）、DOMContentLoaded 时间，再决定要不要调参。否则只是在文件大小上自我感动。
