enctype="application/x-www-form-urlencoded"是默认值，但无法上传文件；必须设为"multipart/form-data"才能发送二进制文件，且后端需用对应解析器（如multer、request.files）处理；"text/plain"仅用于调试，不适用于生产。
enctype="application/x-www-form-urlencoded" 是默认值，但上传文件会失败
浏览器提交 <form></form> 时，数据怎么打包发给服务器，全看 enctype。不写这个属性，就走默认值 application/x-www-form-urlencoded —— 它会把所有字段名和值做 URL 编码（比如空格变 %20），再拼成 a=1&b=hello%20world 这种字符串，放在 HTTP 请求体里，Content-Type 自动设为 application/x-www-form-urlencoded。
问题在于：它完全不支持二进制数据。哪怕你写了 <input type="file">，选了文件，提交时这个文件内容根本不会被发送过去，request.body 里只留个空字段名，后端收不到任何文件字节。
- 适用场景：纯文本表单（登录、搜索、普通编辑）
- 不能传文件，也不能传
File或Blob对象 - 中文、emoji、特殊符号会被编码，后端需正确解码（如 Python 的
urllib.parse.parse_qs）
enctype="multipart/form-data" 才能真正上传文件
只要表单里有 <input type="file">，就必须显式设置 enctype="multipart/form-data"。它会把整个请求体拆成多个“部分”（parts），每个字段一个 part，文件字段的 part 包含原始二进制流 + 文件名 + MIME 类型，用随机 boundary 分隔。
后端收到的是 multipart 格式，不是普通键值对。Node.js 的 express 需要 multer，Python 的 Flask 要用 request.files，PHP 直接从 $_FILES 读——都依赖解析 multipart 边界，而不是直接读 raw body。
- 必须配合
method="POST"（GET 不允许带 body） - 每个字段独立编码，文本字段不会被 URL 编码，文件字段保留原始字节
- 请求体体积更大（多了 boundary 和头信息），但这是传文件的唯一标准方式
- 如果漏写
enctype或写错（比如拼成mutlipart/form-data），前端无报错，但后端收不到文件，debug 时容易卡在“为什么req.file是 undefined”
enctype="text/plain" 几乎没人用，仅用于调试观察原始值
这个值会让浏览器用换行分隔字段，值不做任何编码：username=john doe\nage=25。它不标准、不兼容、无法表示复杂结构，现代框架基本不处理它。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
唯一实用场景：你在写一个极简 HTML 表单临时测试后端接收逻辑，又不想让空格/中文被转义，想一眼看清浏览器到底发了什么字符。但它不能传文件，也不被 fetch 或 XMLHttpRequest 的 FormData 自动识别。
- Chrome/Firefox 支持，但 Safari 对它的处理略有差异
- Content-Type 发的是
text/plain，后端需按行解析，自己 split\n并处理冒号或等号 - 不要在生产表单中使用；它不是为实际数据传输设计的
用 JavaScript 提交时，enctype 不影响 fetch / FormData
当你用 fetch 或 XMLHttpRequest 手动构造请求，<form enctype></form> 属性完全不起作用。真正起作用的是你如何创建 FormData 对象并传给请求。
FormData 实例自动按 multipart 规则序列化（即使原表单没设 enctype），而 fetch(url, { body: new URLSearchParams(obj) }) 则等效于 application/x-www-form-urlencoded。浏览器不会读表单的 enctype 去干预 JS 行为。
- 用
new FormData(formElement)时，它会忠实采集所有字段，包括文件，并生成 multipart body - 手动 append 文件：
fd.append('avatar', fileInput.files[0])，依然走 multipart - 如果后端只接受 JSON，那就别用
FormData，改用JSON.stringify()+ 设置Content-Type: application/json
最常被忽略的一点：前后端对 enctype 的理解必须一致。前端设了 multipart/form-data，后端却用读普通 POST body 的方式（比如 req.body）去拿文件，永远为空——因为文件压根不在 body 里，而在 multipart 的某个 part 中。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
