文件上传失败八成因enctype未设对；必须设为multipart/form-data，仅当含file输入或formdata含二进制内容时需显式设置，其他纯文本字段用默认application/x-www-form-urlencoded即可。
表单提交时文件上传失败，八成是 enctype 没设对。它不是可有可无的装饰属性，而是决定浏览器如何打包数据、服务端能否正确解包的关键开关。
什么时候必须显式设置 enctype
只有两种情况需要你动手改：input type="file" 出现在表单里，或者你要用 FormData 手动构造含二进制内容的请求。其他纯文本字段（text、select、checkbox）走默认值 application/x-www-form-urlencoded 完全没问题。
常见错误现象：
- 选了文件但后端收不到
Request.Files或req.files - 后端解析出空字符串或乱码，尤其在 ASP.NET WebForms 里
HtmlForm.Enctype未设时会静默回退到默认编码 - 用
fetch+FormData提交却忘了删掉Content-Type头，导致 boundary 丢失
enctype="multipart/form-data" 是唯一正确选择
只要涉及文件，就必须用这个值。它会让浏览器把整个请求体拆成多个部分（parts），每个部分带自己的 Content-Disposition 和可选的 Content-Type，并用随机生成的 boundary 分隔。
实操建议：
- ASP.NET WebForms 中，直接在
<form runat="server"></form>标签里写enctype="multipart/form-data"；别依赖HtmlForm.Enctype属性在代码后台赋值——它只在控件初始化后才生效，若页面已渲染，再赋值无效 - 原生 HTML 表单中，确保
method是POST（GET不支持 enctype） - 不要手动拼接
boundary，也不要在 JS 中给fetch请求头硬设Content-Type: multipart/form-data—— 浏览器会自动覆盖并填入正确的 boundary
application/x-www-form-urlencoded 和 text/plain 别乱碰
前者是默认值，适合纯文本提交；后者几乎没人用，仅用于调试时让原始值“裸奔”显示，不处理空格转 +、特殊字符转 % 编码，且完全不支持文件上传。
性能与兼容性影响：
- 用
multipart/form-data上传大文件时，内存占用比urlencoded高，因为要缓存整个分段结构；但这是必要代价，没得绕 - 所有现代浏览器都完整支持这三个值，但旧版 IE 对
text/plain的实现不一致，建议彻底忽略 - 某些轻量后端框架（如早期 Flask 或自定义解析器）若没启用 multipart 解析中间件，即使前端设对了，也会把整个请求体当字符串读——这时候问题不在
enctype，而在服务端配置
最容易被忽略的一点：表单嵌套在 ASP.NET Master Page 或 UpdatePanel 里时，enctype 必须写在最外层 <form></form> 上，子控件无法单独覆盖。一旦漏写，整个上传链就断在第一关。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
