HTML中文乱码本质是浏览器用错编码解码，需依次检查：浏览器当前编码、meta charset声明与文件实际编码是否一致、VS Code保存编码、HTTP响应头charset、UTF-8 BOM干扰。

HTML 页面显示中文是方块或问号，怎么快速定位原因

乱码本质是浏览器用错了字符编码去解码 html 内容。不是文件“坏了”，而是编码声明和实际内容不一致。

• 先看浏览器地址栏右键 → “编码”，确认当前强制使用的编码（比如显示为 ISO-8859-1 或 GBK），这往往是线索
• 再检查 HTML 文件开头是否有 <meta charset="...">，且该值是否与文件真实保存编码匹配（常见错误：写 UTF-8 但文件其实是 GBK 编码保存的）
• 如果用 VS Code 打开，右下角状态栏会显示当前文件编码（如 UTF-8、GBK），点击可切换并重新保存

VS Code 里保存 HTML 文件时选错编码，怎么修正

VS Code 默认可能用系统区域编码（Windows 中文版常是 GBK）保存，但网页又写了 <meta charset="UTF-8">，冲突就立刻乱码。

• 打开文件 → 右下角点击当前编码（如 GBK）→ 选 Save with Encoding → 选 UTF-8
• 保存后务必刷新页面；若仍乱码，说明原内容已损坏（GBK 字节被当 UTF-8 解），需用编辑器“以 GBK 重新打开” → 全选复制 → 新建 UTF-8 文件粘贴保存
• 不要勾选 VS Code 的 Auto Guess Encoding，它在混合编码场景下容易误判

服务器返回的 HTTP Header 里 Content-Type 没带 charset，浏览器怎么猜

当 HTML 里没写 <meta charset>，且响应头也没带 charset，浏览器只能靠默认规则或 BOM 推断，非常不可靠。

生成HTML格式PPT

从零开始创建惊艳、动画丰富且自包含的 HTML 演示文稿，或通过转换 PowerPoint 文件生成。当用户希望制作幻灯片、构建演示文稿、打造路演资料（pitch deck）、将 PPT/PPTX 转换为网页格式，或增强现有 HTML 演示文稿时，应使用此能力。该能力帮助用户通过视觉预览而非抽象选项来发掘自身审美偏好。

下载

• 检查网络面板（F12 → Network → 刷新 → 点 HTML 请求 → Headers 标签），找 Content-Type 值，比如 text/html; charset=iso-8859-1 就是危险信号
• 本地直接双击打开 HTML 文件（file:// 协议）时，HTTP 头不存在，浏览器完全依赖 <meta> 或文件 BOM，所以 <meta charset="UTF-8"> 必须放在 最前面（且不能有空格/注释在它之前）
• Node.js / Python 启服务时，记得显式设置响应头：res.setHeader('Content-Type', 'text/html; charset=utf-8')

用了 UTF-8 但仍有部分文字乱码，是不是 BOM 搞的鬼

UTF-8 BOM（EF BB BF）在 HTML 中是隐形干扰源：它不显示，但会让 <meta charset> 失效，尤其在 IE 和某些旧工具链中。

• 用十六进制编辑器（如 HxD）或命令行 xxd filename.html | head 查看开头三字节，如果是 ef bb bf，就是 BOM
• VS Code 中打开文件 → 右下角编码旁点箭头 → Save with Encoding → 选 UTF-8（不是 UTF-8 with BOM）
• Webpack/Vite 构建时若从模板生成 HTML，确保模板文件本身无 BOM；BOM 一旦混入，压缩或注入脚本后更难排查

BOM 和 HTTP 响应头这两处，最容易被跳过检查——它们不出现在代码逻辑里，却能一票否决所有 <meta charset> 的努力。