form的enctype属性控制表单数据提交前的编码方式，决定浏览器如何序列化数据并影响后端解析逻辑；必须设为multipart/form-data才能上传文件，且需配合method="post"，否则文件字段被静默丢弃。
form 的 enctype 属性到底控制什么
它只决定表单数据在发给服务器前如何被序列化和编码，不改变字段值本身，也不影响 JavaScript 获取的 value。浏览器根据这个值选择底层传输格式，后端必须按对应格式解析，否则拿不到数据。
常见取值有三个：application/x-www-form-urlencoded（默认）、multipart/form-data、text/plain。其中只有前两个有实际生产价值，text/plain 几乎没人用——它不编码空格和特殊字符，服务端很难安全解析。
什么时候必须设为 multipart/form-data
只要表单里有 <input type="file">，就必须显式设置 enctype="multipart/form-data"。否则文件根本不会上传，浏览器会静默丢弃 file 字段，只提交其他文本字段（且仍按默认的 urlencoded 编码）。
即使你没写 enctype，只要存在 file input，现代浏览器也会自动切换成 multipart，但这是兼容性补救行为，不能依赖。务必显式声明：
- multipart 格式把每个字段当作独立“部分”，用随机 boundary 分隔，支持二进制流（如图片）和文本混合提交
- 后端框架（如 Express +
multer、Django 的request.FILES）都依赖这个 header 才能识别并解析文件 - 如果误用 urlencoded 提交文件，后端收到的只是文件名字符串，不是文件内容
application/x-www-form-urlencoded 是怎么编码的
所有字段名和值都会被 URL 编码（空格→%20，中文→%E4%BD%A0等），然后拼成 key1=value1&key2=value2 这样的查询字符串形式，放在 HTTP body 中发送。
这种格式轻量、通用，适合纯文本数据。但有两个硬限制：
- 无法传输二进制数据（比如文件）
- 所有值都被强制转成字符串，null/undefined/数组会被 toString()，比如
[1,2]变成"1,2" - 浏览器对 URL 长度有限制（虽然 body 没限制，但某些代理或服务端会截断超长 urlencoded body）
容易被忽略的坑：GET 表单和 enctype 的关系
enctype 对 method="GET" 表单完全无效。GET 请求永远把参数拼在 URL 后面，不管你怎么设 enctype，浏览器都会忽略它，并用 urlencoded 规则编码参数再拼 query string。
所以以下写法是自欺欺人：
结论很直接：需要传文件，只能用 POST + enctype="multipart/form-data"；纯文本提交，用默认的 urlencoded 就够了；别在 GET 表单里折腾 enctype，它不起作用。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
