表单提交乱码是HTML编码声明、表单序列化规则、HTTP请求头、服务端解码四者不一致导致的连锁反应；需确保前端页面charset、accept-charset（仅对非multipart POST/GET有效）、enctype行为、后端解码方式严格匹配，AJAX则由JS完全控制编码。
表单提交乱码不是单一环节的问题，而是 HTML 编码声明、表单序列化规则、HTTP 请求头、服务端解码四者不一致导致的连锁反应。直接写 accept-charset="UTF-8" 或只改后端 setCharacterEncoding("UTF-8") 都可能无效。
form 的 enctype 决定数据怎么打包，不是字符集
enctype 控制的是「字段如何被组织进请求体」，和字符编码无关：
-
enctype="application/x-www-form-urlencoded"：默认值，所有字段名/值做 URL 编码（如中文变%E4%BD%A0），拼成键值对字符串；它依赖页面或accept-charset指定的字符集来决定“先按什么编码把文字转字节，再 URL 编码” -
enctype="multipart/form-data"：每个字段独立分块，原样传输字节，accept-charset完全被忽略；此时字符集由浏览器按页面<meta charset>或响应头推断，但后端必须用 multipart 解析器（如 Java 的request.getPart()，Node.js 的multer）才能拿到文本字段 -
enctype="text/plain"：几乎不用，不编码空格和换行，服务端极难解析，且不参与字符集协商
accept-charset 是后备机制，不是强制指令
accept-charset 只在以下条件同时满足时起作用：
- 表单以
GET或POST提交（非 AJAX） - 未通过
enctype="multipart/form-data"覆盖 - HTTP 请求头中未显式设置
Content-Type字符集（比如没手动加charset=UTF-8）
它本质是告诉浏览器：“如果页面本身编码和后端期望不一致，请优先按这个来编码字段值”。例如页面是 <meta charset="GBK">，但后端只认 UTF-8，就必须写 accept-charset="UTF-8"，否则中文字段提交过去就是 %A4%BF 这类 GBK 编码的乱码字节。
立即学习“前端免费学习笔记（深入）”；
注意：accept-charset="utf8" 或 "UTF8" 无效，必须是 "UTF-8"（带短横线）；Chrome/Firefox 支持，IE 兼容性差，别依赖它做唯一保障。
后端解码必须匹配前端实际发送的字节流
服务端拿到的是一串原始字节，解码方式必须和前端“生成这串字节时用的字符集”严格一致：
- POST 请求：Java 中
request.setCharacterEncoding("UTF-8")必须在第一次调用getParameter()前执行，且仅对application/x-www-form-urlencoded有效；对multipart/form-data无效，得用getPart().getInputStream()+ 手动按 UTF-8 读取 - GET 请求：Tomcat 的
URIEncoding="UTF-8"要配在<Connector>里，否则 URL 参数默认按 ISO-8859-1 解，再转 UTF-8 就是两遍错误解码 - Spring Boot 用户：确认
CharacterEncodingFilter的forceEncoding=true，否则某些中间件可能绕过它
一个典型坑：前端页面是 UTF-8，accept-charset 没写，浏览器就按页面编码发；后端没设 setCharacterEncoding，Tomcat 默认用 ISO-8859-1 解——结果就是 request.getParameter("name") 返回一堆问号。
fetch / XMLHttpRequest 不走 accept-charset，靠 JS 自己控制
用 JS 提交时，accept-charset 和 enctype 全部失效：
- 传
FormData实例：浏览器自动设Content-Type: multipart/form-data; boundary=...，字段值按 UTF-8 编码，无需手动干预 - 传
URLSearchParams：等价于application/x-www-form-urlencoded，内部用encodeURIComponent()（按 UTF-8 编码），也无需额外设置 - 传字符串或 JSON：必须手动设
headers: {'Content-Type': 'application/json; charset=UTF-8'}，否则部分老环境可能按 Latin-1 解
最容易被忽略的是：用 fetch(url, { body: JSON.stringify(data) }) 却忘了加 charset=UTF-8 头，或者把 FormData 错误地 JSON.stringify() 了——那它就变成普通字符串，浏览器不再特殊处理编码。
