Azure Blob代码下载速度远慢于Storage Explorer问题求助

我之前处理过一模一样的问题——Storage Explorer能跑满带宽，自己写的代码却龟速，折腾了好一阵才找到关键原因。下面是几个亲测有效的优化方向：

1. 调整SDK的传输配置（最关键） #

Azure Blob SDK默认的下载配置非常保守，没有充分利用带宽。你需要手动设置StorageTransferOptions来提升并行度和分块大小，这也是Storage Explorer能跑满速度的核心原因：

var transferOptions = new StorageTransferOptions
{
    // 并行下载的线程数，根据你的带宽调整，8-16都可以试试
    MaximumConcurrency = 10,
    // 分块大小，默认4MB，建议调到16MB或32MB（和Storage Explorer的配置接近）
    InitialTransferSize = 32 * 1024 * 1024,
    MaximumTransferSize = 32 * 1024 * 1024
};

await blobRef.DownloadToFileAsync("D:\\temp\\data.mdf", FileMode.Create, transferOptions);

2. 排查环境层面的限制 #

• 代理问题：如果你的代码运行环境走了代理，而代理本身限速，那下载速度肯定上不去。可以暂时关闭代理测试一下。
• 存储账户限流：登录Azure门户，检查存储账户的「网络」设置，有没有配置不合理的带宽限制或者IP白名单导致的间接限流。

3. 升级SDK版本 #

如果你用的是比较老的Azure Blob SDK（比如11.x及更早），建议升级到最新的Azure.Storage.Blobs包（12.x系列）。新版本对大文件下载的并行处理、重试机制都做了大幅优化，和Storage Explorer用的底层逻辑更接近。

4. 排除本地磁盘瓶颈 #

有时候慢的不是下载，而是本地磁盘写入。你可以先把Blob下载到内存流测试：

using var memoryStream = new MemoryStream();
await blobRef.DownloadToStreamAsync(memoryStream, transferOptions);

如果内存流下载速度正常，那就是你的D盘有IO瓶颈——比如是机械硬盘，或者正被其他程序占用大量读写资源。

快速验证建议 #

你可以用Azure CLI先测试下下载速度，排除代码之外的问题：

az storage blob download --container-name <你的容器名> --name <你的Blob名> --file D:\temp\test.mdf --account-name <你的存储账户名>

如果CLI下载速度能跑满带宽，那问题肯定出在代码配置上，重点调整TransferOptions就好。

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