html表格乱码根源不在table标签，而在文档级编码三要素未统一：http响应头charset、文件实际字节编码、meta charset值三者必须严格一致为utf-8，且meta必须置于head最开头（无bom/空行/注释），否则浏览器解析失败导致中文显示为方块或问号。
HTML 表格本身不设置字符编码，乱码问题从来不是 <table> 的锅——它只负责结构，编码由整个 HTML 文档决定。只要文档级编码配置正确，表格里的中文自然正常显示。
<h3>meta charset 必须放在 最开头</h3>
<p>浏览器解析 HTML 时，只扫描前 1024 字节来查找 <code></meta charset>。如果它被卡在 <title></title> 后面、或者前面有注释、空行、BOM 或 <script></script>，就可能失效。
-
<meta charset="UTF-8">必须是内第一个标签（紧贴开始） - 绝对不要写成：
<title>订单表</title> <meta charset="UTF-8">—— 这会失败 - 正确顺序：
<meta charset="UTF-8"> <title>订单表</title> - 检查 BOM：用
xxd -l 3 index.html看开头是否为ef bb bf；如有，删掉（VS Code 保存时选 “UTF-8”，不选 “UTF-8 with BOM”）
HTTP 响应头的 charset 优先级高于 meta
当服务器返回 Content-Type: text/html; charset=GBK 时，哪怕你写了 <meta charset="UTF-8">，Chrome/Firefox 也会强制按 GBK 解码——表格里所有中文立刻变乱码。
- 验证方式：DevTools → Network → 刷新页面 → 点开 HTML 请求 → Headers → Response Headers → 查
Content-Type - Nginx 配置加一行：
charset utf-8;（在http、server或location块内） - Apache 在
.htaccess加：AddDefaultCharset UTF-8 - Node.js/Express：
res.setHeader('Content-Type', 'text/html; charset=UTF-8')
编辑器保存编码必须和声明一致
你写了 <meta charset="UTF-8">，但文件实际是 GBK 编码保存的，浏览器用 UTF-8 去解 GBK 字节，每个中文都会变成两三个乱码符号（如 “ļ”）。
- VS Code：右下角点击编码 → “Save with Encoding” → 选
UTF-8（不是 “UTF-8 with BOM”） - Notepad++：编码 → “转为 UTF-8 编码”（勾选“无 BOM”）
- Sublime Text：File → Save with Encoding → UTF-8
- 验证文件真实编码：
file -i your.html（Linux/macOS）或用 VS Code 打开后看右下角编码标识
真正容易被忽略的是三者必须严格一致：HTTP 响应头的 charset、HTML 文件的实际字节编码、<meta charset> 的值。任意一个错位，表格里中文就不可逆地崩坏——而且这种崩坏不会报错，只会静默显示为方块或问号。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
