enctype是表单编码类型属性，必须设为multipart/form-data才能正确传输文件二进制数据；默认application/x-www-form-urlencoded会破坏文件内容，且需配合method="post"和input的name属性才有效。
enctype 不是“用来上传文件”的功能，而是让文件能被正确发送出去的必要编码开关。没设对，<input type="file"> 选了也白选，后端根本收不到文件。
必须设成 multipart/form-data
浏览器默认用 application/x-www-form-urlencoded 编码表单，它会把所有数据转成键值对并做 URL 转义——这会直接破坏二进制文件内容。只有 multipart/form-data 才会把文件切分成独立的数据块，用边界符（boundary）隔开，保留原始字节流。
-
enctype必须写在<form></form>标签上，不能写在<input>上 - 它和
method="post"是绑定关系：HTTP GET 不支持该编码，强制设了也会被忽略 - 如果用了前端框架（如 React/Vue），动态渲染表单时要确保
enctype属性最终出现在真实 DOM 的<form></form>元素上，别被框架抽象层吞掉
name 属性漏写会导致后端拿不到文件
后端解析 multipart/form-data 时，靠的是每个数据块里的 Content-Disposition 字段中的 name 参数。如果 <input type="file" name="avatar"> 忘了写 name，那这个文件块就相当于没有标识，多数后端框架（如 Express + multer、Django request.FILES）会直接跳过它。
- 多个文件上传时，
name可以相同（如name="files"配合multiple），后端收到的是文件数组 - 不要用
name="file[]"这类 PHP 风格命名，现代 Node.js/Python/Go 框架不依赖方括号解析数组 - 前后端
name值必须完全一致，大小写敏感，空格也不行
前端限制 ≠ 后端安全，accept 和 maxlength 都可绕过
accept=".pdf,.docx" 只影响文件选择对话框的过滤界面，用户改个后缀或用 curl 就能传任意类型；maxlength 在 HTML 中对文件大小根本无效（规范里它只针对文本输入长度）。
- 真正校验文件类型得看
file.type（MIME）和file.name后缀，但file.type可被伪造，仅作辅助 - 前端限制大小要用 JavaScript 读
file.size，比如if (file.size > 10 * 1024 * 1024) - 后端必须重新校验：文件头（magic bytes）、扩展名、实际 MIME、大小，缺一不可
最容易被忽略的是：表单提交后，如果页面跳转或刷新，你根本看不到请求体里到底发了什么。调试时优先打开浏览器 Network 面板，点开对应请求，切换到 Payload 或 Headers 标签页，确认 Content-Type 头是否包含 multipart/form-data; boundary=... —— 没看到这个，就说明 enctype 没生效，别急着查后端逻辑。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
