utf-8是唯一应设的编码，因其覆盖全部unicode字符，支持中、英、日、韩、阿拉伯、西里尔等混排，而gb2312、shift_jis等传统编码互不兼容且字符集有限，无法共存；html中必须硬编码于最前，服务器响应头也需声明charset=utf-8，编辑器保存须选utf-8 without bom。
UTF-8 是唯一应设的编码，且必须在 HTML 文档开头硬编码写死，不能动态切换。
为什么只能用 UTF-8，不能按语言切 GB2312 或 Shift_JIS
多语言网站混排中、英、日、韩、阿拉伯、西里尔等文字时，GB2312 崩掉日文假名，Shift_JIS 无法显示中文 emoji，ISO-8859-1 直接让中文变 。只有 UTF-8 覆盖全部 Unicode 字符，且是浏览器默认 fallback 编码。现代 HTTP 响应头若未声明 charset，浏览器会按 UTF-8 解析——但别赌这个，默认写明更稳。
-
<meta charset="UTF-8">必须放在最前面（早于任何文本内容或 JS） - 服务器返回的
Content-Type响应头也应带charset=utf-8，避免 meta 被忽略 - 编辑器保存文件时务必选
UTF-8 without BOM；带 BOM 的 UTF-8 会导致某些旧版 IE 渲染错位
lang 属性和 charset 完全无关，别混淆
lang="zh-CN" 只影响屏幕阅读器发音、:lang() CSS 选择器、浏览器翻译按钮触发逻辑，和字节解码毫无关系。把 lang 改成 ja 不会让页面自动切到 Shift_JIS——它根本不会动。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
是语义标记，不是编码指令 - 混排英文引文、日文术语时，需给对应元素加
lang：如<p lang="en">API</p>，否则 VoiceOver 可能用中文音读 “A-P-I” - 字符集错误（如误存为 GBK）时，
lang再准也救不回乱码
常见乱码场景与定位方法
看到方块、问号、 或错位符号，先排除编码问题再查语言包：
- 查看浏览器地址栏旁的“编码”菜单（Chrome 已隐藏，需右键 → “编码” → 看是否被手动切到
GBK或ISO-8859-1） - 用开发者工具 → Network → 刷页面 → 点 HTML 请求 → 查 Response Headers 中
content-type是否含charset=utf-8 - 打开 HTML 源码，确认
<meta charset="UTF-8">存在且位置正确（不在<script></script>后面） - 用 VS Code 打开文件，右下角看编码标识——如果是
GBK，点击切换并「Save with Encoding」→UTF-8
真正容易被忽略的是：服务端模板渲染、CMS 导出、甚至 Git 提交都可能悄悄改掉文件编码。一旦发现某段中文突然乱码而其他语言正常，大概率是那个文件被另存为了非 UTF-8 编码。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
