HTML中文乱码的根本原因是meta charset位置、文件编码、HTTP响应头三者未对齐：必须将<meta charset="UTF-8">置于<head>内首个子元素且前无BOM/注释/空格，文件须保存为无BOM UTF-8，服务器响应头Content-Type也需明确声明charset=utf-8，三者缺一不可。
meta charset 必须写对位置、编码、文件保存方式三者，缺一不可。只写 <meta charset="UTF-8"> 但乱码照旧，大概率是其中某一项没对齐。
为什么放在开头还不够
浏览器只扫描 HTML 文件前 1024 字节来查找 meta charset，一旦被干扰就直接 fallback 到系统默认编码（Windows 是 GBK，Linux/macOS 常为 ISO-8859-1）。
-
<meta charset="UTF-8">前不能有任何字符：包括空格、换行、<!-- 注释 -->、<script>标签，甚至 BOM 字节（ef bb bf） - 它必须是
<head>的第一个子元素，紧贴<head>开始标签后，不能插在<title>或其他标签之后 - VS Code 默认可能保存为
UTF-8 with BOM，要手动选 “Save with Encoding → UTF-8”（明确不含 BOM） - 用
xxd -l 4 yourfile.html检查开头：若输出含ef bb bf，说明有 BOM，得清除重存
HTTP 响应头里的 charset 优先级高于 meta
哪怕 meta 写得再标准，只要服务器返回的 HTTP 响应头里 Content-Type 是 text/html; charset=gbk 或压根没带 charset 子句，浏览器就无视 meta，强行按响应头解码。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- Chrome DevTools → Network → 刷新页面 → 点主 HTML 请求 → Headers → Response Headers → 查
Content-Type值 - Nginx 配置需加
charset utf-8;（注意小写，且不能写成charset=UTF-8） - Apache 在
.htaccess或httpd.conf中写AddDefaultCharset UTF-8 - Express.js 要在
res.send()或res.render()前调用res.set('Content-Type', 'text/html; charset=utf-8')
文件实际编码和 meta 声明必须完全一致
声明是 UTF-8，但文件实际是 GBK 编码保存的，浏览器会拿 UTF-8 解码器去读 GBK 字节流，结果就是一堆 或乱码符号。
立即学习“前端免费学习笔记（深入）”；
- Notepad++：菜单栏“编码 → 转为 UTF-8 编码”（不是“UTF-8-BOM”）
- Sublime Text：“File → Save with Encoding → UTF-8”
- Linux/macOS 下用
file -i yourfile.html看实际编码；若显示charset=us-ascii或charset=gbk，说明没真正转成 UTF-8 - 特别注意：从 Word、微信、QQ 粘贴中文进编辑器时，可能带隐藏格式或全角空格，建议先清空、再纯文本粘贴
最容易被忽略的是 BOM 和响应头冲突——前者让编辑器误判编码，后者让浏览器彻底绕过 meta。这两处不验，光改 HTML 标签毫无意义。
