HTML 本身没有“标记文档接受类型”的属性。你真正想控制的，是浏览器或服务器在提交表单时发送的数据格式，或者服务端期望接收的格式——这靠的是 enctype 属性，且只对 <form></form> 有效。
form 的 enctype 决定 POST 数据怎么编码
它不改变 HTML 文档类型（那是 和 <code>Content-Type 响应头的事），而是告诉浏览器：表单数据提交时，用哪种编码方式打包字段值。
-
enctype="application/x-www-form-urlencoded"（默认）：所有字段 URL 编码，键值对拼成 query string 风格，比如name=foo%20bar&file_id=123 -
enctype="multipart/form-data"：必须用这个才能上传文件；数据分块组织，每块带边界（boundary），浏览器自动加Content-Disposition头 -
enctype="text/plain"：几乎不用，空格变空格、换行保留，不编码，服务端很难解析，仅用于调试观察原始输入
错误写法： 或 —— 这些标签根本不支持该属性，浏览器直接忽略。
服务端收到的 Content-Type 才是关键
浏览器发请求时，enctype 会映射为 HTTP 请求头的 Content-Type：
立即学习“前端免费学习笔记（深入）”；
-
enctype="application/x-www-form-urlencoded"→Content-Type: application/x-www-form-urlencoded -
enctype="multipart/form-data"→Content-Type: multipart/form-data; boundary=----WebKitFormBoundary...
服务端框架（如 Express、Django、Spring）正是靠这个头来决定用哪个解析器。如果前端写了 enctype="multipart/form-data"，但后端没配好 multipart 解析中间件，就会收不到文件或整个 body 为空。
常见报错和踩坑点
这些错误基本都源于 enctype 没配对或被忽略：
- 上传文件时，后端
req.file或request.FILES为空 → 检查<form></form>是否漏写enctype="multipart/form-data"，且method="POST" - 中文字段提交后变成乱码（如
%E4%BD%A0%E5%A5%BD显示为ä½ å¥½）→ 不是enctype问题，是服务端没按 UTF-8 解码application/x-www-form-urlencoded流，或 HTML 缺少<meta charset="utf-8"> - 用
fetch提交表单却无视enctype→fetch不读取表单的enctype，你要手动构造FormData对象（它隐式对应multipart/form-data）或用URLSearchParams（对应application/x-www-form-urlencoded）
别在 或 上折腾“接受类型”——那不是 HTML 的职责。真正要盯住的，就两个地方：<form></form> 的 enctype 值，和服务端是否按这个值做了对应解析。其他任何地方加，都是白加。
