formenctype属性可临时覆盖form的enctype，仅对type="submit"的input或button生效；它优先级高于父form的enctype，但仅在点击该按钮时改变本次提交的编码方式，不影响表单默认行为。
formenctype 属性怎么覆盖全局 enctype
表单默认用 application/x-www-form-urlencoded 编码，但如果你在同一个表单里既要提交普通文本、又要上传文件，又不想让所有按钮都走 multipart/form-data（比如某些按钮只触发纯文本校验），就得用 formenctype 单独控制某个提交按钮的编码方式。
它只能写在 <input type="submit"> 或 <button type="submit"> 上，优先级高于父级 <form> 的 enctype。浏览器会按这个按钮的类型决定整个请求体怎么打包。
-
formenctype="multipart/form-data"：点这个按钮时，哪怕<form enctype="application/x-www-form-urlencoded">，也会强制走分块上传，支持<input type="file"> -
formenctype="application/x-www-form-urlencoded"：即使父表单设了multipart，这个按钮提交时也只发 URL 编码字符串，文件控件会被忽略（值为空） - 没写
formenctype的按钮，完全继承<form>的enctype
为什么 formenctype 设了却没生效
常见现象是改了 formenctype，但 DevTools 里看请求头还是 application/x-www-form-urlencoded，或者后端收不到文件——大概率是以下三个原因：
- 按钮没加
type="submit"，比如写成<button>提交</button>，它根本不会触发表单提交，formenctype形同虚设 -
<form>本身用了method="get"：enctype和formenctype只对method="post"生效，GET 请求永远走 URL 查询参数，无视任何 enctype 设置 - 多个 submit 按钮共存时，你点的不是那个带
formenctype的按钮，而是另一个没设属性的默认按钮，自然走父表单配置
fetch 提交时 formenctype 还管用吗
不管用。formenctype 是纯 HTML 表单机制的一部分，只影响原生表单提交行为。一旦你用 JavaScript 调 fetch() 或 XMLHttpRequest，浏览器就不再解析这些 HTML 属性。
立即学习“前端免费学习笔记（深入）”；
这时候你要自己控制编码逻辑：
- 传
FormData实例：不用设Content-Type，浏览器自动加multipart/form-data; boundary=...，等效于formenctype="multipart/form-data" - 传 URLSearchParams 或普通对象：默认是
application/x-www-form-urlencoded，等效于formenctype="application/x-www-form-urlencoded" - 手动设
headers: {'Content-Type': 'multipart/form-data'}：反而会破坏请求——因为缺boundary，浏览器不帮你补，结果发空 body 或直接报错
后端收不到字段？别只盯着前端
设对 formenctype="multipart/form-data" 只是第一步。真正容易被忽略的是：后端框架默认不解析 multipart 请求体里的文本字段。
比如 Express 需要 multer 中间件；Django 要用 request.POST（不是 request.body）；Flask 必须用 request.form.get('xxx') 取文本，request.files.get('xxx') 取文件——混用或直读 raw body 就会丢数据。
边界值（boundary）由浏览器自动生成，不能硬编码，也不该手动拼接。只要前端用对了 formenctype 或 FormData，后端就得用对应框架的 multipart 解析接口，而不是当普通 POST 处理。
