乱码本质是编码链路未对齐：文件存储、、HTTP响应头三者任一缺失或不一致，浏览器就会fallback至错误编码（如GBK），导致“б”等乱码；须通过Chrome DevTools Network面板确认实际生效的charset，而非依赖猜测或编辑器显示。
字符显示异常不是“页面没刷新”或“字体问题”，而是编码链路上至少一个环节没对齐。只要 charset 在文件、<meta charset>、HTTP 响应头三者中任一缺失或不一致，浏览器就会 fallback 到错误的默认编码（比如 Windows 上常 fallback 到 GBK），立刻出现 或 б 这类乱码。
确认当前实际生效的编码方式
别猜，直接看浏览器怎么解析的：
- 打开 Chrome DevTools → Network 标签 → 找到 HTML 请求 → 点开 → 查看
Response Headers中的Content-Type字段，例如text/html; charset=gbk就说明服务器强制指定了 GBK，<meta charset="UTF-8">已被忽略 - 如果
Content-Type里没有charset，再检查 HTML 的是否真有且位置正确：必须是<meta charset="UTF-8">，不能写成<meta http-equiv="content-type" content="text/html; charset=UTF-8">（旧式写法在现代 HTML5 中已不推荐，且部分 parser 解析顺序靠后） - 右键网页 → “查看页面源代码”，用 Ctrl+F 搜索
charset，确认没拼错、没重复、没被注释掉
Python 写 HTML 文件时最容易漏的 encoding 参数
with open("page.html", "w") as f: 这行代码在 Windows 上默认用系统编码（通常是 cp1252 或 GBK）写入，哪怕你 HTML 里写了 <meta charset="UTF-8">，文件本身已是乱码字节流，浏览器读取时根本来不及看 meta 标签。
- 必须显式指定
encoding="utf-8"：with open("page.html", "w", encoding="utf-8") as f: - 如果内容来自
requests.get()，记得先设response.encoding = "utf-8"，再用response.text；否则response.text可能按错误编码解码过一次，再写入又错一次 - 用 VS Code 编辑时，右下角状态栏会显示当前文件编码（如 “GBK”），点击它 → “Save with Encoding” → 选 “UTF-8”；不要只改
<meta>就以为完事
Web 服务器响应头覆盖了 meta 标签
Apache、Nginx 或本地开发服务器（如 Python 的 http.server）可能默认发 Content-Type: text/html 不带 charset，也可能硬塞 charset=iso-8859-1。这时 <meta charset> 完全无效。
立即学习“前端免费学习笔记（深入）”；
- Nginx 配置需加：
charset utf-8;（放在http、server或location块内） - Apache 需在
.htaccess或主配置中加：AddDefaultCharset UTF-8 - Python 自带
http.server不支持设置 charset 响应头，建议换用python -m http.server --bind localhost:8000（3.7+）并配合Content-Typeheader 工具临时验证，生产环境务必用 Nginx/Apache
真正麻烦的不是某一处没设对，而是三处（文件存储、meta 标签、HTTP 响应头）看起来都对了，但其中一处被编辑器自动转码、被 Git 换行符干扰、或被反向代理悄悄覆写。每次改完，务必用 Network 面板重刷一次，盯住 Response Headers 和实际响应体字节，而不是只信编辑器右下角的编码显示。
