关键不是加UTF-8，而是整条链路未被任何环节转码或忽略声明：meta charset必须位于head最前，表单需accept-charset，AJAX要设Content-Type头，服务端须强制UTF-8解码，HTTP响应头charset优先级高于meta标签。
HTML 多语言编码不出乱码，关键不是“加了 UTF-8”，而是整条链路没被任何一个环节悄悄转码或忽略声明。
确保 <meta charset="UTF-8"> 在 <head> 最靠前位置
这个 <meta> 标签必须是 <head> 中第一个（或至少在任何 <script>、<style> 之前）的字符集声明。浏览器一旦开始解析 HTML，就会按当前已知编码读取后续内容；如果它先遇到 JS 或 CSS，而此时还没看到 charset，就可能按默认编码（如 ISO-8859-1）解析，导致中文等字符直接损坏，后续再补 <meta> 也救不回来。
- ✅ 正确写法：
<head><meta charset="UTF-8"><title>... - ❌ 错误写法：
<head><script>...</script><meta charset="UTF-8">（脚本里若含中文字符串，可能已乱码） - 注意：该标签不能放在
<body>里，也不接受http-equiv模拟 —— 只有charset属性本身才被现代浏览器识别为编码声明
表单提交时显式设置 accept-charset="UTF-8"
即使页面本身是 UTF-8，浏览器对 <form> 的编码推断并不总可靠，尤其当服务器返回的 HTTP Content-Type 缺少 charset，或用户从非 UTF-8 页面跳转而来时，表单可能以系统默认编码（如 Windows-1252）提交中文，后端收不到原始字节。
- 务必给每个
<form>加上：<form accept-charset="UTF-8"> - 不要依赖
<meta charset>“自动继承”——这是常见误解；accept-charset是独立控制表单数据编码的开关 - 如果用 AJAX 提交（如
fetch），则需手动设置headers: { 'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8' }，否则默认不带 charset
服务端接收请求前必须强制设为 UTF-8 解码
前端发的是 UTF-8 字节，不代表后端默认按 UTF-8 解；很多框架（尤其是老版本）默认用 ISO-8859-1 或平台 locale 解码 application/x-www-form-urlencoded，一解就成乱码，且不可逆。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- PHP：
$_POST前需调用mb_internal_encoding('UTF-8')，并确保default_charset = "UTF-8"在php.ini中生效 - Node.js（Express）：
app.use(express.urlencoded({ extended: true, limit: '10mb', type: 'application/x-www-form-urlencoded' }));已默认 UTF-8，但若自定义中间件，别漏掉encoding配置 - Java Servlet：
request.setCharacterEncoding("UTF-8")必须在request.getParameter()之前调用，且仅对 POST 有效；GET 参数需改 Tomcat 的URIEncoding="UTF-8"
lang 和 dir 属性不是可选装饰，而是排版与辅助技术刚需
只解决编码不等于解决多语言显示 —— 阿拉伯语从右往左、泰文连字、中文标点悬挂，都依赖浏览器根据 lang 自动启用对应字体回退与 OpenType 特性。缺失 lang，屏幕阅读器会用错误语音朗读，CSS 的 :lang() 选择器也失效。
- 根元素必须设：
<html lang="zh-CN">（按 BCP 47 标准，不用zh-cn或zh_CN） - 混合语言内容要局部标注：
<span lang="ar" dir="rtl">مرحبا</span>，dir显式控制文本方向，避免依赖 Unicode 双向算法出错 - 不要用
lang做样式钩子（如[lang="ja"] { font-family: "Noto Sans CJK JP"; }），而应通过 CSS@font-face+unicode-range精准加载字体
最容易被忽略的是：**HTTP 响应头中的 Content-Type 优先级高于 <meta charset>**。如果服务器返回 Content-Type: text/html; charset=ISO-8859-1，哪怕页面里写了 <meta charset="UTF-8">，浏览器也会无视它。上线前务必用 curl -I 或 DevTools Network 面板确认响应头是否真实携带 charset=UTF-8。
