C# HttpClient上传multipart/form-data首种写法获0字节原因

第一种写法上传得到0字节文件的核心原因是内存流的读取指针位置未重置，具体执行逻辑如下：

1. 初始化空的MemoryStream实例后，调用file.CopyTo(stream)将IFormFile的全部内容写入流，写入完成后流的Position属性（即当前读取指针的位置）会停在流的最末尾，值等于流的总长度。
2. 直接将该流传入StreamContent后，HttpClient发送请求时会从流的当前Position位置开始读取内容，由于指针已经在流末尾，读取不到任何有效数据，最终服务端收到的就是0字节的空文件。

为什么第二种写法可以正常工作 #

MemoryStream.ToArray()方法的特性是不受流当前Position位置影响，始终返回整个流存储的完整字节数组。你在拿到完整的fileBytes字节数组后，重新new了一个全新的MemoryStream来包装这个数组，新创建的MemoryStream默认Position初始值为0（也就是流的起始位置），HttpClient读取时可以从开头完整读取所有字节内容，因此文件可以正常上传。

更高效的修正方案 #

第一种写法不需要额外做字节数组转存、新建MemoryStream的操作，只需要在传入StreamContent前把流的指针重置到起始位置即可，能省一次不必要的内存拷贝：

using var formContent = new MultipartFormDataContent("NKdKd9Yk");
using var stream = new MemoryStream();
file.CopyTo(stream);
// 重置流读取指针到起始位置
stream.Position = 0;
formContent.Add(new StreamContent(stream), "file", fileName);
var response = await httpClient.PostAsync(GetDocumentUpdateRelativeUrl(), formContent);

额外隐患提示：你代码中手动设置formContent.Headers.ContentType.MediaType = "multipart/form-data"是多余且有风险的，MultipartFormDataContent构造时会自动生成包含boundary的完整Content-Type头，直接给MediaType赋值会覆盖掉完整头信息，丢失必须的boundary参数，可能引发其他multipart格式解析问题。

内容的提问来源于stack exchange，提问作者decoder