直接补必须置于开头第一行，前面不得有空格、换行、BOM或HTML注释；若文件开头为EF BB BF（UTF-8 BOM），须先删除BOM再补；若实际编码为GBK，则应先确认编码（如file -i或PowerShell查字节），再转码为UTF-8并统一设置meta，而非仅修改charset值。
老旧HTML源码里被注释或删了怎么办
直接补上 ，但必须放在 开头第一行，前面不能有任何空格、换行、BOM 或 HTML 注释。老系统常把这行注释掉（如 ）或删掉，导致浏览器 fallback 到 ISO-8859-1 或 GBK。补之前先用 xxd index.html | head -n 1 看开头三字节：如果是 ef bb bf，说明有 UTF-8 BOM，得先删 BOM 再补 ；否则补完可能仍失效。
文件实际编码是GBK却硬写UTF-8 meta怎么救
这种情况会直接显示方块或问号，不是“乱码”而是解码错位。别改 ，先确认真实编码：file -i index.html（Linux/macOS）或 PowerShell 里 Get-Content index.html -Encoding Byte | Select -First 3。若确认是 GBK，就做两件事：
• 把 改成 （仅限临时兼容，不推荐长期用）
• 更稳妥的是用 iconv -f gbk -t utf-8 index.html > index_fixed.html 转码，再统一补
• 注意：转码前确保原文件没混入 UTF-8 字节，否则 iconv 会报错或截断
HTML被压缩成一行且无缩进，如何安全美化而不破坏逻辑
老系统常把 HTML 压成单行（比如
• 先用正则把关键闭合标签后加换行：sed 's/>/>\n/g' old.html > temp.html（适用于简单结构）
• 对含 JS/CSS 的复杂页，用 prettier --parser html，但必须加 --tab-width 2 和 --print-width 100 防止自动折行破坏内联脚本
• 绝对避开在 <script></script> 或 标签内加缩进——老 IE 会因换行误判 JS 字符串结束
• 检查是否含条件注释（如 ），这类结构不能拆行，否则 IE 解析失败
服务端返回 Content-Type 缺 charset，前端补 meta 有用吗
只在本地双击打开（file:// 协议）时有效；一旦走 HTTP（http:// 或 https://），浏览器优先信任响应头里的 Content-Type，哪怕它写的是 text/html; charset=gbk， 也会被无视。验证方法：F12 → Network → 刷页面 → 点 HTML 请求 → Headers → 看 Response Headers 里的 Content-Type。修复必须从服务端入手：
• Apache：加 AddDefaultCharset UTF-8 到 .htaccess
• Nginx：在 server 或 location 块加 charset utf-8;
• Express：在 res.sendFile() 前调用 res.set('Content-Type', 'text/html; charset=utf-8')
• PHP：在任何输出前加 header('Content-Type: text/html; charset=utf-8');，且确保文件本身没 BOM（BOM 会导致 header 失效）
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
