从HttpResponse保存视频文件耗时过长，是否有更快速的实现方法？

先完整读取全部响应内容再写入本地是完全的负优化方案，GB级文件会占用大量内存空间，触发频繁GC甚至磁盘页交换，反而会大幅增加处理耗时。

可行优化方案 #

• 调整流拷贝缓冲区大小
  Stream.CopyToAsync 默认使用8KB的缓冲区，针对大文件场景过小，频繁的读写切换会拖慢传输速度，可手动指定128KB~1MB的缓冲区，适配大文件读写特性。
• 为FileStream启用异步模式
  原有代码创建FileStream时未指定异步参数，即使调用异步拷贝方法，内部仍会以同步IO模式执行，性能损失严重。构造时添加FileOptions.Asynchronous参数可启用原生异步IO，大幅提升写入效率。
• 替换HttpWebRequest为HttpClient
  HttpWebRequest是.NET生态中早已过时的HTTP请求API，内部实现老旧，异步IO效率低、连接复用能力差。使用.NET Core/.NET 5+ 自带的HttpClient可获得更高的请求处理性能。
• 开启并行分块下载（可选）
  如果目标服务器支持HTTP范围请求（Accept-Ranges: bytes响应头），可以将文件拆分为多个200MB~500MB的块，启动多个HTTP请求同时拉取不同区间的内容，写入本地文件对应的偏移位置，可充分利用带宽资源，适合单HTTP连接被限速的场景。

优化后示例代码 #

基础优化版：仅调整现有逻辑参数，无需替换请求类 #

using (HttpWebResponse wresp = (HttpWebResponse)wreq.GetResponse())
using (Stream mystream = wresp.GetResponseStream())
{
    // 缓冲区设置为256KB，可根据实际磁盘性能调整
    const int bufferSize = 256 * 1024;
    // 新增异步标识和顺序扫描提示，提升读写效率
    using (var f = new FileStream(Path.Combine(@"D:/Games/", "Test1.mp4"), 
        FileMode.Create, FileAccess.Write, FileShare.None, bufferSize, 
        FileOptions.Asynchronous | FileOptions.SequentialScan))
    {
        await mystream.CopyToAsync(f, bufferSize);
    }
}
Console.WriteLine("Finished");

更高性能版：使用HttpClient替代HttpWebRequest #

// 全局静态初始化HttpClient，避免重复创建导致的连接资源浪费
private static readonly HttpClient _httpClient = new HttpClient();

// 下载调用逻辑
var downloadUrl = "你的视频下载地址";
// ResponseHeadersRead 表示拿到响应头后就开始读流，无需等待全量响应加载
using var response = await _httpClient.GetAsync(downloadUrl, HttpCompletionOption.ResponseHeadersRead);
response.EnsureSuccessStatusCode();

const int bufferSize = 256 * 1024;
await using var stream = await response.Content.ReadAsStreamAsync();
await using var f = new FileStream(Path.Combine(@"D:/Games/", "Test1.mp4"), 
    FileMode.Create, FileAccess.Write, FileShare.None, bufferSize, 
    FileOptions.Asynchronous | FileOptions.SequentialScan);
await stream.CopyToAsync(f, bufferSize);

Console.WriteLine("Finished");

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