formenctype仅对type="submit"和type="image"有效，优先级高于form的enctype，覆盖content-type头；文件上传必须用multipart/form-data，否则二进制数据被破坏。
formenctype 只对 type="submit" 和 type="image" 有效
它不会作用于 type="button"、type="reset" 或 type="file" 元素——哪怕你硬加上去，浏览器也直接忽略。常见错误是给“预览”“取消”这类按钮加 formenctype，结果发现没反应。不是语法错，是它根本没触发提交流程，属性压根不参与编码决策。
覆盖行为只发生在点击瞬间，且优先级高于 form 的 enctype
只要按钮满足 type="submit"（或 type="image"），且表单 method="post"，那么该按钮的 formenctype 值就会完全接管本次请求的 Content-Type 头。无论 <form enctype="..."></form> 怎么写，都以这个按钮的值为准。
- 如果按钮没设
formenctype，才回退到form的enctype - 如果
form没设enctype，默认是application/x-www-form-urlencoded - 哪怕表单里只有文本字段，设了
formenctype="multipart/form-data"，整个请求体也会变成 multipart 格式，所有字段（包括文本）都会被打包成独立 part
文件上传必须用 multipart/form-data，否则后端收不到二进制内容
当表单含 <input type="file">，但提交时编码仍是 application/x-www-form-urlencoded（比如漏写 formenctype 或按钮没覆盖成功），浏览器会强行把文件内容转成 URL 编码字符串——二进制数据被破坏，后端收到的通常是空、乱码或极小的 base64 片段。
-
multipart/form-data是唯一能保真传输文件的编码方式，服务端框架（如 Express、Django、ASP.NET）也只在这个 Content-Type 下解析file字段 -
text/plain几乎不用，仅适合调试：空格变空格、换行保留、特殊字符不编码，但无法传文件 - 不要试图用
formenctype="application/x-www-form-urlencoded"上传文件——它逻辑上自相矛盾
兼容性与实操边界要注意
formenctype 是 HTML5 新增属性，IE9 及更早版本完全不支持。如果你仍需兼容这些旧环境，就得靠 JavaScript 拦截提交、动态改 form.enctype，或用隐藏 iframe + 表单 target 模拟。
- 现代浏览器（Chrome、Firefox、Safari、Edge、IE10+）均支持
- 属性必须写在触发提交的元素上，不能写在
<input type="file">上——它不负责编码决策 - 没有 JavaScript 干预时，
formenctype是纯声明式行为，不支持运行时动态切换（比如点击一次后想再切回 urlencoded，得用另一个按钮）
formenctype。漏掉任意一环，编码就回落到默认行为，而这个默认行为对文件上传来说几乎等于失败。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
