表单提交乱码、文件上传失败、后端收不到字段，主因是编码与enctype不匹配：enctype决定数据打包格式（如multipart需FormData），accept-charset在移动端常失效，后端必须用对应方式解包（如Java中setCharacterEncoding对multipart无效）。
表单提交乱码、文件上传失败、后端收不到字段——这些问题八成出在编码设置没对上，而不是代码逻辑本身。
form 的 enctype 属性决定请求体格式
它不是可选项，而是浏览器打包数据的“信封规格”。设错等于把中文塞进 base64 信封却让后端用 URL 编码方式拆。
-
enctype="application/x-www-form-urlencoded（默认）：所有字段值做 URL 编码，如name=%E4%BD%A0%E5%A5%BD；适合纯文本，fetch发送时可用URLSearchParams(form).toString() -
enctype="multipart/form-data"：必须用于含<input type="file">的表单；每个字段用boundary分隔，文件内容不编码，文本字段也不 URL 编码；fetch必须传FormData实例，不能转字符串 -
enctype="text/plain"：极少用；空格变空格、&和=不转义，后端解析极易断裂，比如user=张三&李四会被截断
formenctype 只对 submit/image 按钮生效
它不是给整个表单设编码，而是「点这个按钮时临时换一种打包方式」。常被误加到 type="button" 或 type="text" 上，结果完全无效。
- 只作用于
<input type="submit">或<input type="image">；type="button"加了也忽略 - 按钮必须在有效
<form>内，或通过form="form-id"显式关联，否则formenctype不触发 - 当
<form enctype="application/x-www-form-urlencoded">但某个按钮写了formenctype="multipart/form-data"，最终以按钮的formenctype为准——这是 W3C 明确规定的覆盖逻辑 - 注意：
form.submit()调用不触发formenctype，它只响应用户点击行为
accept-charset 控制字符编码，但 iOS Safari 基本无视
它声明“表单字段值该用什么字符集编码”，但实际生效非常脆弱：只在未指定 Content-Type 或 enctype 时作为后备机制；现代浏览器优先看页面 <meta charset> 或 HTTP 响应头。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
-
accept-charset="UTF-8"在 iOS Safari 中基本无效——它会直接 fallback 到页面当前编码（若<meta charset>缺失或位置靠后，可能变成ISO-8859-1） - 真正起效的前提是：
<meta charset="UTF-8">必须出现在<head>最前面（前 1024 字节内），且不能带 BOM；VS Code 默认保存为 “UTF-8 with BOM” 就会导致 meta 失效 - Android WebView 可能继承系统默认编码（如 GBK），即使写了
accept-charset="UTF-8"也可能被忽略 - 它对
enctype="multipart/form-data"完全无效——multipart 请求体中字段值不走字符编码协商，而是原样传输
后端解析必须匹配前端编码行为
前端设对只是第一步。如果后端没按对应方式解包，照样收不到数据或全是乱码。
- 用
enctype="multipart/form-data"提交，Node.js 的 Express 必须配multer，PHP 依赖$_FILES，但前提是表单里真有已选中的<input type="file">；没有文件字段时，某些框架会跳过非文件字段 - Java Web 中，
request.setCharacterEncoding("UTF-8")只影响getParameter()系列方法，对getInputStream()和 multipart 解析完全无效；Tomcat 的URIEncoding="UTF-8"只管 GET 请求的 URL 部分 - 移动端
fetch + FormData提交文件时，Android WebView 7.x 及更早版本不支持自动 boundary 生成，Content-Type头可能缺boundary=...，导致 PHP$_FILES为空，php://input也读不到完整原始体
最易被忽略的是：formenctype 和 accept-charset 都不干预 fetch 或 XMLHttpRequest 的手动提交；它们只约束原生表单点击提交行为。如果你混用原生按钮和 JS 提交，两套编码逻辑可能根本对不上。
