必须同时统一文件保存编码、<meta charset="UTF-8"> 声明、HTTP 响应头 Content-Type 中的 charset=utf-8，三者缺一不可；浏览器优先按响应头解码，其次才看 meta 标签，最后 fallback 到默认猜测（如 GBK），任一不匹配即导致乱码。
必须同时改三处：文件保存编码、<meta charset> 声明、HTTP 响应头，缺一不可。只改其中一项，90% 情况下仍会乱码。
为什么改了 <meta charset="UTF-8"> 还是乱码
浏览器解析 HTML 时，实际按以下顺序决定字符集：
- 先看 HTTP 响应头里的
Content-Type: text/html; charset=xxx（最高优先级） - 再看
<meta charset>（仅当响应头没指定或无效时才生效） - 最后 fallback 到浏览器默认猜测（比如把中文页猜成 GBK，直接崩）
常见错误现象：<meta charset="UTF-8"> 明明写了，但 Chrome DevTools 的 Network 面板里 Response Headers 中 Content-Type 显示的是 charset=gbk 或压根没带 charset —— 此时 meta 标签完全被忽略。
Python 写 HTML 文件时最容易漏的 encoding 参数
用 Python 生成 HTML 字符串并写入文件，必须显式指定 encoding="utf-8"，否则系统默认用本地编码（Windows 是 cp1252 / GBK），导致文件内容和 meta 声明不一致。
立即学习“前端免费学习笔记（深入）”；
错误写法：with open("page.html", "w") as f: f.write(html_content)
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
正确写法：with open("page.html", "w", encoding="utf-8") as f: f.write(html_content)
额外注意：如果 html_content 本身是从 requests 获取的，记得先设 response.encoding = "utf-8"，否则 response.text 可能已是错乱字符串。
VS Code 里改完保存编码，为什么刷新页面还是旧乱码
浏览器缓存了旧文件的编码信息，尤其当你反复修改 meta 和保存编码时，它可能沿用首次加载时的 charset 判定。
必须做这三件事才能真正生效：
- 在 VS Code 右下角状态栏点击当前编码（如
GBK），选Save with Encoding → UTF-8 - 确认
<head>里只有且仅有<meta charset="UTF-8">，删掉任何http-equiv形式的旧声明 - 强制刷新页面：
Ctrl+F5（清缓存重载），不是普通 F5
如果用了 Web 服务器（如 Nginx/Apache），还要检查其配置是否覆盖了你的 meta 设置——例如 Nginx 的 charset utf-8; 会注入响应头，而 Apache 的 AddDefaultCharset 同理。此时即使文件和 meta 都对，响应头错照样乱码。
最常被忽略的点：HTML 文件本身是 UTF-8 编码，但服务器返回了 charset=iso-8859-1；或者文件是 GBK 编码，却硬塞了个 UTF-8 meta。这两者只要有一组不匹配，就必然出问题——它们不是“选一个对就行”，而是“必须全部对齐”。
