formenctype仅对type="submit"和type="image"有效，必须配合method="post"且含type="file"的表单才生效，会覆盖form的enctype并使所有字段按multipart编码，服务端需匹配解析。
formenctype 只对 type="submit" 和 type="image" 有效
它不会作用于 type="button"、type="reset" 或 type="file" 这类 input。如果你给一个普通操作按钮（比如“预览”或“校验”）加了 formenctype，点击后毫无反应——不是代码写错了，是浏览器根本不会触发表单提交，这个属性也就没机会生效。
常见错误场景：
- 把
formenctype写在<input type="file">上，结果上传失败 → 它只认提交触发器，不认文件选择器 - 用
<button type="button">并设formenctype→ 属性被忽略，控制台无报错，行为静默失效 - 表单
method="get"时设置formenctype→ 浏览器直接无视，因为 GET 不走 enctype 编码逻辑
必须满足 method="post" 且含 file 输入才能起作用
formenctype 的实际效果依赖两个硬性前提：表单的 method 必须是 post，且表单内至少有一个 <input type="file">。否则，即使写了 formenctype="multipart/form-data"，浏览器仍按默认的 application/x-www-form-urlencoded 发送，后端收不到二进制文件内容。
典型现象：
立即学习“前端免费学习笔记（深入）”；
- Node.js 中
req.files为空，req.body里只有文件名字符串 - PHP 的
$_FILES是空数组，$_POST却有其他字段 → 说明编码没切到 multipart，文件被当作文本转义了 - Flask 的
request.files为ImmutableMultiDict([])→ 请求体没带 boundary，不是 multipart 格式
formenctype 会覆盖整个表单的 enctype，不只是文件字段
很多人误以为它“只影响 file 输入”，其实不是：formenctype="multipart/form-data" 会让所有字段（包括 text、hidden、select）都打包进同一个 multipart body，每个字段是一个独立 part，由随机 boundary 分隔。
这意味着：
- 服务端必须用支持 multipart 解析的中间件（如 Express 的
multer、Django 的request.FILES），不能只靠原始 body parser - 如果表单原本设了
enctype="application/x-www-form-urlencoded"，而某个按钮加了formenctype="multipart/form-data"，点击该按钮时，文本字段也会变成 multipart part，不再是key=value&key2=value2形式 - 多个 submit 按钮可以各自设不同
formenctype，互不影响；但每次提交只生效一个
三个可选值的实际差异和陷阱
formenctype 支持三个值，但真正常用的是前两个：
-
application/x-www-form-urlencoded：默认值，所有字符 URL 编码，空格变+，中文变%E4%BD%A0；适合纯文本，不传文件 -
multipart/form-data：唯一能传二进制文件的值；浏览器自动添加boundary=----WebKitFormBoundary...，各字段隔离；服务端必须按 multipart 解析 -
text/plain：极少用；空格保留为空格，换行保留，特殊字符不编码；仅用于调试，生产环境基本不用
容易踩的坑：
- 写成
formenctype="Multipart/form-data"（大小写敏感）→ 浏览器识别失败，回退到默认编码 - 漏掉
method="post"或没放type="file"→formenctype形同虚设 - 后端没配好 multipart 解析器，却以为前端没传文件 → 实际是请求体格式对不上，字段全丢了
formenctype，就等于告诉浏览器“这次我要发 multipart”，后端就得准备好接住它——不是只处理文件，而是整条请求都要按 multipart 协议拆解。 
