enctype="multipart/form-data"是文件上传的硬性前提，必须显式写在标签上且method="post"，否则后端request.files为空；默认application/x-www-form-urlencoded会丢弃二进制内容，仅传空值或fakepath字符串。
enctype="multipart/form-data" 是文件上传的硬性前提，不是可选项
只要表单里有 <input type="file">，就必须显式写 enctype="multipart/form-data" 且 method="POST"。浏览器不会自动补全这个属性，也不接受“默认 fallback”——漏设或设错，后端收到的 request.files（或等效对象）一定是空的，连日志都看不到文件字段。
application/x-www-form-urlencoded 会静默丢弃文件二进制内容
这是默认编码，它把所有字段转成 a=1&b=hello%20world 这类 URL 编码字符串。遇到 <input type="file"> 时，浏览器只传一个空值、[object File] 字符串，或者 C:\fakepath\abc.jpg 这种路径占位符，真实字节压根不进请求体。
- 后端解析不到文件，
req.file或request.FILES为空 - 如果后端强行尝试 base64 解码，会报错或得到乱码
- 用
curl -d模拟提交时，根本构造不出合法文件块
text/plain 和其他伪造值完全无效
enctype="text/plain" 在标准中存在，但所有主流浏览器都不支持用它上传文件。<input type="file"> 在这种模式下直接失效，value 为空字符串；伪造如 enctype="application/json" 更是白费——HTTP 协议根本不允许 JSON 编码携带二进制分块，后端解析器会直接拒收或 400 报错。
- W3C 明确规定：仅
multipart/form-data支持文件上传 - boundary 分隔符由浏览器自动生成，不可手动设置或覆盖
- 用
fetch+FormData时，千万别手动setRequestHeader('Content-Type')，否则 boundary 丢失，后端无法解析
大文件上传不能只靠 enctype，必须换方案
设对 enctype="multipart/form-data" 只解决“能不能发”，不解决“稳不稳定”。浏览器会把整个文件读进内存再打包，Chrome 在 500MB+ 就可能卡死或抛 RangeError: Maximum call stack size exceeded。这不是后端配置问题，是 HTML 表单机制本身的限制。
- 真正可靠的大文件上传必须绕开
<form></form>提交，改用File.slice()分片 +fetch或XMLHttpRequest -
enctype不提供进度监听、断点续传、并发控制等能力 - 多文件上传时，注意
name属性是否统一，后端接收逻辑是否匹配（如name="files"对应数组接收）
enctype 必须写在 <form></form> 标签上，不是 <input>；且 method 必须为 POST（或 PUT 等带 body 的方法），GET 下整个属性被忽略**。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
