如何加速API图片下载？优化后仍耗时4-5秒求优化方案

针对你遇到的byte数组（图片）加载耗时问题，结合你的代码实现，有以下几个关键优化方向：

1. 复用Azure Blob服务实例，避免重复初始化 #

当前API每次请求都会重新创建CloudStorageAccount、CloudBlobClient、CloudBlobContainer，这些对象的初始化涉及密钥验证、服务连接，开销极大。应将这些实例注册为单例，在应用启动时初始化一次，后续请求直接复用：

// 在Program.cs中注册单例容器实例
builder.Services.AddSingleton(sp => {
    AzureStorageConfig config = new AzureStorageConfig();
    config.AccountName = "xxx";
    config.AccountKey = "xx";
    config.stagecontainer = "xx";

    var sasToken = sp.GetRequiredService<IAzureStorageBlobOptionsTokenGenerator>()
        .GenerateSasToken(config.stagecontainer);
    var storageCredentials = new StorageCredentials(sasToken);
    var cloudStorageAccount = new CloudStorageAccount(storageCredentials, config.AccountName, null, true);
    var cloudBlobClient = cloudStorageAccount.CreateCloudBlobClient();
    return cloudBlobClient.GetContainerReference(config.stagecontainer);
});

在API控制器中注入复用：

private readonly CloudBlobContainer _blobContainer;

public YourController(CloudBlobContainer blobContainer)
{
    _blobContainer = blobContainer;
}

public async Task<IActionResult> GetPicturesFromBlobStorageAsync([FromForm] string filename)
{
    var stopWatch5 = Stopwatch.StartNew();
    var cloudBlockBlob = _blobContainer.GetBlockBlobReference(filename);
    // 后续逻辑...
}

2. 直接流式返回Blob，避免内存拷贝 #

当前代码将Blob下载到MemoryStream再转byte[]，会产生两次内存拷贝（Blob→MemoryStream→byte[]），直接返回Blob的原始流可以大幅减少内存开销和耗时：

public async Task<IActionResult> GetPicturesFromBlobStorageAsync([FromForm] string filename)
{
    var cloudBlockBlob = _blobContainer.GetBlockBlobReference(filename);
    if (!await cloudBlockBlob.ExistsAsync())
    {
        return NotFound();
    }
    var stream = await cloudBlockBlob.OpenReadAsync();
    return File(stream, "image/jpeg", filename);
}

3. 优化客户端请求逻辑 #

3.1 简化请求内容，避免Multipart开销 #

用MultipartFormDataContent传递单个文件名完全没必要，改用QueryString或普通表单更轻量：

// 改用QueryString传递参数
var urlWithParam = $"{url}?filename={Uri.EscapeDataString(file)}";
var responseIng = await client.GetAsync(urlWithParam);

3.2 控制并发请求数量 #

Task.WhenAll无限制并发会耗尽HTTP连接池，导致请求排队变慢。用SemaphoreSlim限制并发数（建议4-6个，根据设备和服务器情况调整）：

var semaphore = new SemaphoreSlim(4); // 同时最多4个请求
var tasks = files.Select(async file => 
{
    await semaphore.WaitAsync();
    try
    {
        var urlWithParam = $"{url}?filename={Uri.EscapeDataString(file)}";
        var responseIng = await client.GetAsync(urlWithParam);
        var content = await responseIng.Content.ReadAsByteArrayAsync();
        // 处理图片内容
    }
    finally
    {
        semaphore.Release();
    }
});
await Task.WhenAll(tasks);

3.3 复用HttpClient实例 #

客户端的HttpClient应全局单例复用，不要每次请求都创建新实例，否则会导致套接字耗尽：

// 在客户端应用中创建单例HttpClient
public static readonly HttpClient Client = new HttpClient();

// 后续直接使用Client发起请求

4. 启用API响应压缩 #

在ASP.NET Core中启用Gzip/Brotli压缩，对未优化的JPEG图片能进一步减少传输大小：

// Program.cs中配置压缩
builder.Services.AddResponseCompression(options =>
{
    options.EnableForHttps = true;
    options.MimeTypes = ResponseCompressionDefaults.MimeTypes.Concat(
        new[] { "image/jpeg", "image/png" });
});

// 启用压缩中间件
app.UseResponseCompression();

5. 图片格式与尺寸优化 #

• 将Blob中的图片转换为更高效的格式（如WebP），相同质量下WebP比JPEG小25%-35%；
• 根据客户端设备返回适配尺寸的图片（比如iPhone端返回对应分辨率的图片，无需返回原始大尺寸），可提前生成不同尺寸的图片存储，或借助Azure Blob的图像处理功能实现。

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