multipart/form-data是文件上传唯一合法编码格式，因它通过边界符分隔文本与二进制文件，保留原始字节；而application/x-www-form-urlencoded会URL编码破坏二进制数据，导致文件丢失或乱码。
表单提交文件时，enctype 必须设为 multipart/form-data，否则后端收不到文件或内容损坏；其他场景基本不用改，默认值 application/x-www-form-urlencoded 就够用。
为什么上传文件必须用 multipart/form-data
浏览器默认用 application/x-www-form-urlencoded 编码，它把所有字段转成键值对、URL 编码（比如空格→+，中文→%E4%B8%AD），但这个过程会破坏二进制数据——文件内容不是文本，不能被 URL 编码安全处理。
multipart/form-data 则完全不同：它把整个请求体拆成多个“部分”，每个部分带自己的 Content-Disposition（含字段名、文件名）、Content-Type（如 image/png），中间用随机边界符分隔。这样文件原始字节得以完整保留。
- 不设
enctype="multipart/form-data"+<input type="file">→ 后端Request.Files为空或报错 - 即使表单用了
method="post"，但没设enctype→ 实际仍走默认编码，文件数据丢失 - ASP.NET Web Forms 中，
HtmlForm.Enctype属性必须在服务端控件初始化前设置（如Page_Load里赋值），晚了无效
enctype 的三个取值对比与适用场景
只有三个合法值，别写错拼写（比如 mutlipart 少个 i 就退化为默认）：
立即学习“前端免费学习笔记（深入）”；
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
-
application/x-www-form-urlencoded：默认值，适合纯文本字段（input[type="text"]、select等）。体积小、兼容性最好，但无法传文件 -
multipart/form-data：唯一支持文件上传的选项。请求体更大（含边界头、元信息），服务端解析成本略高，但必要 -
text/plain：几乎没人用。空格变+，但不转义特殊字符，容易被截断或解析失败，仅调试时偶见
注意：enctype 只对 method="post" 生效；GET 表单忽略该属性，参数全拼在 URL 里。
ASP.NET Web Forms 中设置 HtmlForm.Enctype 的实操要点
在 .NET Framework 的 Web Forms 项目中，HtmlForm 是服务器端控件，它的 Enctype 属性需显式设置，且时机关键：
- 不能只在 .aspx 页面里写
<form runat="server" enctype="multipart/form-data">—— ASP.NET 会覆盖它，以服务端代码为准 - 必须在
Page_Load或更早（如OnInit）中赋值：this.Form.Enctype = "multipart/form-data"; - 如果页面有母版页（Master Page），要确保获取的是最终渲染的
HtmlForm实例，有时需用Page.FindControl("form1")定位 - 设完之后，检查最终 HTML 输出是否真包含
enctype="multipart/form-data"，避免被主题或控件模板覆盖
常见错误现象与快速验证方法
遇到文件上传失败，先看这几点：
- 浏览器开发者工具 → Network → 点击请求 → Headers → 查看
Content-Type是否为multipart/form-data; boundary=----... - 如果看到
Content-Type: application/x-www-form-urlencoded，说明enctype没生效 - ASP.NET 后端收到空文件？检查
Request.ContentLength == 0或Request.Files.Count == 0，大概率是前端编码问题 - 用 curl 测试绕过前端：
curl -F "file=@test.txt" http://localhost/upload，成功则证明后端逻辑没问题，问题出在表单配置
最易被忽略的是：Web Forms 中服务端控件的生命周期导致 Enctype 赋值太晚，或者母版页里嵌套了多个 <form> 导致目标表单被误判。动手前先抓包确认实际发出的请求头。
