multipart/form-data必须配method="post"，因为get请求无请求体，而该编码格式的所有数据（含文本与二进制文件）均封装在body中，依赖boundary分隔；若强制搭配get，浏览器会静默降级或报错，后端无法接收任何数据。
form enctype="multipart/form-data" 为什么必须配 method="POST"
因为 GET 请求没有请求体（body），而 multipart/form-data 的全部数据都封装在 body 中，靠 boundary 分隔 —— 没有 body 就根本传不出去。浏览器遇到 enctype="multipart/form-data" + method="GET" 会静默降级或直接报错，后端连请求都收不到。
常见错误现象：405 Method Not Allowed 或表单提交后页面跳转但服务器无日志；更隐蔽的是某些框架（如 Express）收到空 req.body 和空 req.files，误以为前端没发数据。
-
enctype只对method="POST"（或"PUT"/"PATCH"）生效 - 即使只传文本字段，只要用了
enctype="multipart/form-data"，就必须 POST - 不要试图用
fetch+GET模拟 multipart 提交 —— 语法上就不合法
boundary 是谁生成的、长什么样、能不能手动指定
浏览器自动生成 boundary，格式类似 ----WebKitFormBoundaryabc123xyz，前缀固定（----WebKitFormBoundary 或 ---------------------------），后缀是随机字符串，确保不与任何字段值冲突。
你不能、也不该在 HTML 中手动写死 boundary —— 它只存在于 HTTP 请求头和请求体中，且每次提交都不同。试图用 JavaScript 拼接 boundary 并构造完整 multipart body，极易因换行符（\r\n）、空行、结尾双短横线（--{boundary}--）出错。
- 服务端解析器（如 Node.js 的
multer、Python 的Flask.request.files）只认请求头里的Content-Type: multipart/form-data; boundary=xxx，自动提取并按它切分 body - 手动构造时若 boundary 字符串出现在某个文本字段里（比如用户输入了
----WebKitFormBoundaryabc123xyz），会导致解析提前终止或错位 - curl 测试时可用
-F参数（如curl -F "name=test" -F "file=@a.jpg" http://localhost/upload），它内部自动处理 boundary，无需你操心
为什么用 application/json 或 x-www-form-urlencoded 传文件会失败
这两种编码根本不支持二进制分块 —— application/json 要求整个 body 是合法 JSON 字符串，application/x-www-form-urlencoded 把所有值 URL 编码成 ASCII 字符串。文件的原始字节（比如 JPG 头部的 FF D8 FF）一编码就变乱码，后端拿到的只是 [object File] 或 base64 字符串，而不是可读取的文件流。
典型错误表现：req.file 为 undefined（Express + multer）、request.files 为空（Flask）、Node.js 原生 req.on('data') 收到一堆不可打印字符。
-
<input type="file">存在时，enctype必须为multipart/form-data，否则浏览器不会把文件内容塞进请求体 - 哪怕只传一个文件 + 一个文本字段，也不能改用
application/json—— JSON 没法嵌二进制段落 - 想用 JSON 传文件？只能先转 base64，再作为字符串字段提交，但这会增大 33% 体积，且服务端需额外解码，不是标准 multipart
后端解析失败的三个高频原因
boundary 没问题，但服务端仍收不到文件，大概率卡在这三处：
- 反向代理（如 Nginx）默认限制请求体大小，
client_max_body_size 10M没配，大文件直接 413 Request Entity Too Large - 框架中间件顺序错：比如 Express 中
multer必须在bodyParser.json()之前注册，否则 JSON 解析器提前消费了 body 流，multer 拿到空流 - 字段名不匹配：
<input name="avatar">对应后端req.file.avatar，若写成req.file.image就取不到 —— 名字必须完全一致，区分大小写
boundary 本身极少出问题，真正容易被忽略的是代理层配置和中间件加载顺序 —— 它们不在请求体里，却决定你能否见到那个 boundary。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
