如何在Linux/MacOS下正确使用MultipartContent发送请求？

你遇到的这个跨平台问题很典型——Windows上代码跑起来返回202正常，但MacOS和Linux上直接返回400，错误提示：

Could not find beginning multipart boundary.

抓包还显示请求体为空，核心问题出在代码里的错误用法，我来给你拆解和修正：

首先是致命错误：你代码里写的body.Content.Add(mime);完全不符合MultipartContent的使用规范！MultipartContent的Content属性是受保护的，根本不应该被直接调用，正确添加子内容的方式是使用body.Add(mime);方法。这就是为什么请求体为空——你根本没把任何内容真正加到MultipartContent里！Windows上可能因为.NET的某些兼容逻辑没报错，但跨平台下就直接失效了。

除此之外，还有两个影响兼容性的小问题：

• 手动指定boundary时，如果格式不符合HTTP标准，不同平台的解析逻辑可能出现差异；其实完全可以让.NET自动生成boundary，这样跨平台更可靠。
• 不需要手动设置ContentLength，ByteArrayContent会根据传入的字节数组自动计算并设置这个请求头，手动设置反而可能引发冲突。

接下来是修正后的完整代码：

// assume List<byte[]> parts; contains the body parts.
// assume targetURL contains the server's URL
// assume client is an HttpClient properly initialized.

var msg = new HttpRequestMessage(HttpMethod.Post, targetURL);
// 推荐让.NET自动生成合法的boundary，无需手动指定
var body = new MultipartContent("parallel"); 

foreach(var part in parts) 
{
    var mime = new ByteArrayContent(part);
    // 使用MediaTypeHeaderValue设置ContentType，更规范
    mime.Headers.ContentType = new MediaTypeHeaderValue("application/octet-stream");
    // 移除手动设置ContentLength的代码，交由ByteArrayContent自动处理
    body.Add(mime); // 用正确的Add方法添加子内容
}

msg.Content = body;
var result = await client.SendAsync(msg);

Console.WriteLine($"result.StatusCode = {result.StatusCode}");
if (result.StatusCode > 299)
{
    // 正确读取响应错误内容的方式
    var errorContent = await result.Content.ReadAsStringAsync();
    Console.WriteLine(errorContent);
}

额外补充几个注意事项：

• 用MediaTypeHeaderValue替代直接传字符串设置ContentType，能避免格式错误，更符合.NET的设计规范。
• 读取响应错误内容时，要使用result.Content.ReadAsStringAsync()异步读取，你原来的result.Data是笔误，这个属性并不存在。

测试时依然可以用你原来的命令：

• 直接运行项目：dotnet run
• 运行编译后的DLL：dotnet testProgram.dll

修正之后，不管在Windows、MacOS还是Linux上，MultipartContent都会正确生成包含所有子内容的请求体，服务器也能正常识别multipart边界，应该就能返回预期的202状态码了。

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