最简方案是调用HttpClient.GetAsync(url, HttpCompletionOption.ResponseHeadersRead)，再用response.Content.ReadAsStreamAsync()获取流并复制到MemoryStream；关键在ResponseHeadersRead避免自动缓冲，需预估大小初始化MemoryStream或改用临时文件应对大文件，HttpClient应复用，所有IDisposable对象须及时释放。
用 HttpClient 下载到 MemoryStream 最简可行方案
直接调用 HttpClient.GetAsync(url, HttpCompletionOption.ResponseHeadersRead)，再用 response.Content.ReadAsStreamAsync() 获取响应流，最后复制到 MemoryStream。关键在 HttpCompletionOption.ResponseHeadersRead——它避免 HttpClient 自动缓冲整个响应体到内存，否则大文件可能直接 OOM。
实操建议：
- 始终设置超时：
httpClient.Timeout = TimeSpan.FromSeconds(60); - 用
using var ms = new MemoryStream();确保及时释放 - 不要用
response.Content.ReadAsByteArrayAsync()，它会把整个响应加载为 byte[]，失去流式优势 - 示例片段：
var response = await httpClient.GetAsync(url, HttpCompletionOption.ResponseHeadersRead); await using var stream = await response.Content.ReadAsStreamAsync(); await using var ms = new MemoryStream(); await stream.CopyToAsync(ms);
下载大文件时 MemoryStream 会爆内存吗
会，但不是因为 HttpClient，而是你主动把整个流读进 MemoryStream 的那一刻。默认 MemoryStream 在容量不足时按倍数扩容（如 256B → 512B → 1KB…），100MB 文件可能触发多次分配+复制，且最终仍占满内存。
应对方式：
- 确认业务是否真需要全部载入内存——能否边下载边处理（如解密、校验、转存）？
- 若必须全量持有，可预估大小并初始化：
new MemoryStream((int)response.Content.Headers.ContentLength)，避免扩容开销 - 注意
Content-Length可能为空（如 chunked 编码），此时无法预估，需接受动态扩容 - 超过 100MB 建议改用临时文件 +
FileStream，更可控
WebClient 还能用吗？和 HttpClient 有啥区别
技术上还能用，但不推荐。.NET Core 3.0+ 中 WebClient 是基于 HttpClient 的封装，已标记为“遗留”，且不支持 ResponseHeadersRead 级别的细粒度控制。
典型问题：
-
WebClient.DownloadData()强制加载全部响应为byte[]，无流式选项 -
WebClient.OpenRead()返回的流不可 Seek，且底层连接生命周期难管理 -
HttpClient支持实例复用、自定义HttpMessageHandler、取消令牌等现代特性 - 如果你还在用
WebClient，迁移成本很低：替换构造、改用 async/await、加using
如何安全释放资源并避免连接泄漏
核心原则：所有 IDisposable 对象（HttpClient、HttpResponseMessage、Stream、MemoryStream）都必须显式释放，尤其 HttpResponseMessage —— 不释放会导致连接不归还给池，后续请求卡死。
正确写法要点：
-
HttpClient应作为单例或静态成员复用，不要每个请求 new 一个 -
HttpResponseMessage必须用await using或Dispose()（即使只读取 Header） -
MemoryStream在使用完毕后立即释放，特别是它被传给其他组件（如Image.FromStream()）时，别等 GC - 错误示范：
var stream = await response.Content.ReadAsStreamAsync();后没处理response→ 连接泄漏
最易忽略的是 HttpResponseMessage 的处置时机——哪怕你只取了 response.StatusCode，也得 response.Dispose() 或 await using。
