MultipartFormDataContent 提交后端收不到文件的主因是文件流被提前读取或关闭，或子项 Content-Type 被错误覆盖；需用 ByteArrayContent/StreamContent 包裹原始流并重置位置，禁用手动设置整体 Content-Type，正确配置 HttpClient 超时、UA 和重定向。
直接用 HttpClient + MultipartFormDataContent 就能模拟表单提交，不需要第三方库，但必须注意字段顺序、文件流位置和编码细节——否则服务端收不到文件或参数。
为什么 MultipartFormDataContent 提交后后端收不到文件？
常见原因是文件流被提前读取或已关闭，或者 HttpContent 的 Headers.ContentType 被错误覆盖。.NET 的 MultipartFormDataContent 会自动设置 boundary 和整体 Content-Type，但手动给子项加 Content-Type 容易冲突。
- 上传文件时，必须用
ByteArrayContent或StreamContent包裹原始字节/流，不能传File.OpenRead()后未重置位置的流 - 文本字段推荐用
StringContent，并显式指定编码：new StringContent("值", Encoding.UTF8, "text/plain") - 不要对
MultipartFormDataContent自己调用Headers.Add("Content-Type", ...)，它内部已生成标准 multipart/form-data 头
HttpClient 发送前必须配置哪些关键项？
默认 HttpClient 实例不支持超时控制和自动重定向处理，且复用不当会导致连接泄漏。表单提交尤其要注意请求头和超时。
- 设置
DefaultRequestHeaders.UserAgent，部分后端校验 UA - 务必设
Timeout（如TimeSpan.FromSeconds(30)），避免大文件上传卡死 - 禁用自动重定向：
handler.AllowAutoRedirect = false，否则 302 响应会丢失原始 body - 若需 Cookie 支持，用
new HttpClient(new HttpClientHandler { UseCookies = true })
完整可运行示例（含文件 + 普通字段）
以下代码在 .NET 6+ 下验证通过，注意替换 url 和本地文件路径：
var url = "https://httpbin.org/post";
var form = new MultipartFormDataContent();
// 文本字段
form.Add(new StringContent("张三", Encoding.UTF8, "text/plain"), "name");
form.Add(new StringContent("25", Encoding.UTF8, "text/plain"), "age");
// 文件字段：必须确保流可读且位置为 0
var fileBytes = File.ReadAllBytes(@"C:\test.jpg");
var fileContent = new ByteArrayContent(fileBytes);
fileContent.Headers.ContentType = MediaTypeHeaderValue.Parse("image/jpeg");
form.Add(fileContent, "avatar", "test.jpg");
using var client = new HttpClient();
client.Timeout = TimeSpan.FromSeconds(30);
var response = await client.PostAsync(url, form);
var result = await response.Content.ReadAsStringAsync();
关键点：ByteArrayContent 避免流生命周期问题；avatar 是后端 expect 的 name 属性；test.jpg 是发送时的文件名（影响 Content-Disposition）。
最容易被忽略的是：服务端解析 multipart 时依赖 boundary 分隔符的严格格式，而 MultipartFormDataContent 自动生成的 boundary 不允许被修改或重复使用——所以别试图自己拼接字符串发 multipart 请求，也别把同一个 MultipartFormDataContent 实例复用多次。
