防乱码关键在于、文件UTF-8无BOM保存、HTTP响应头charset=utf-8三者一致：DOCTYPE仅触发标准模式，不解决编码；meta必须位于最前且唯一；文件禁用BOM；响应头优先级最高。
防止 HTML5 页面乱码，关键不在文档声明（）本身，而在于它**必须配合正确的字符编码设置**。DOCTYPE 只负责触发标准模式，不处理编码；真正防乱码的是 <code><meta charset>、文件保存格式和 HTTP 响应头三者的一致性。
1. 文档类型声明要规范写在最顶行
必须单独成行，且前面不能有任何内容（包括空格、BOM、注释）：
全小写，不加引号，不带版本号- 它必须是 HTML 文件的第一个字符，否则浏览器可能忽略后续的
<meta charset> - 如果文件开头有 BOM（
EF BB BF），即使写了 DOCTYPE，也会导致<meta charset>失效
2. 必须紧跟在 里且位置靠前
这是防乱码最直接的 HTML 内置手段：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 写法唯一：
<meta charset="UTF-8">（注意：必须是 UTF-8，不是 utf8、UTF8、utf-8 或小写 utf-8） - 必须放在
内，且最好在<title></title>之前 - 只能出现一次，不能和
<meta http-equiv="Content-Type">并存，否则可能冲突
3. 源文件本身必须保存为 UTF-8（无 BOM）
编辑器保存格式错误，<meta charset> 就形同虚设：
立即学习“前端免费学习笔记（深入）”；
- VS Code：保存时选 “Save with Encoding” → “UTF-8”（不是 “UTF-8 with BOM”）
- Notepad++：编码 → 转为 UTF-8（无 BOM）
- Sublime Text：File → Save with Encoding → UTF-8
- 验证方式：用命令行查看前几个字节，如
xxd -l 4 index.html，不应出现ef bb bf
4. 服务器响应头优先级更高，别被它覆盖
HTTP 响应头中的 Content-Type 比 HTML 里的 <meta> 更权威：
- 用浏览器开发者工具（F12 → Network → 刷新 → 点 HTML 文件 → Headers → Response Headers）检查
Content-Type值 - 正确应为：
text/html; charset=utf-8（注意小写 utf-8） - Nginx 配置示例：
charset utf-8;（加在 server 或 location 块内） - Apache 配置示例：
AddDefaultCharset UTF-8（写入 .htaccess 或主配置） - Node.js（Express）：
res.set('Content-Type', 'text/html; charset=utf-8');
