循环调用GetBlobsAsync仅计数是否会加载Azure Blob内容至内存？

我用以下代码成功统计了Azure Blob存储中指定前缀（folderPrefix）下的文件数量：

int count = 0;

// 遍历带有指定前缀的Blob
await foreach (BlobItem blobItem in containerClient.GetBlobsAsync(prefix: folderPrefix))
{
    count++;
}

return count;

这段代码仅在循环体中递增计数，未读取blobItem对应的Blob内容，但我有个疑问：即使不读取内容，Blob的实际数据会不会还是被加载到应用内存里？ 因为我的文件体积很大，我只需要确认文件存在、统计数量，不想让内容占用内存，也不知道怎么验证这一点，希望能得到帮助。

解答 #

你完全不用担心，这段代码不会把Blob的实际内容加载到应用内存，原因如下：

1. API层面逻辑：GetBlobsAsync调用的是Azure Blob存储的List Blobs接口，这个接口的设计就是只返回Blob的元数据（名称、大小、创建时间、ETag等），不会包含任何文件内容的字节数据。
2. SDK封装逻辑：BlobItem类本身只承载Blob的元数据信息，没有存储Blob内容的属性或字段。要获取Blob内容，必须主动调用DownloadContentAsync、OpenReadAsync这类专门的下载方法。

验证方法 #

如果你想亲自确认，可以通过以下方式：

• 监控内存占用：运行代码前后对比应用的内存使用情况，处理大量大文件时如果内存没有明显飙升，就说明没有加载内容。
• 抓包分析请求：用网络抓包工具查看GetBlobsAsync发起的HTTP请求，响应体里只会包含Blob的元数据JSON，没有文件内容的字节流。
• 查看SDK源码：查看Azure.Storage.Blobs库的源码，会发现GetBlobsAsync的实现仅处理元数据的序列化，没有涉及内容下载逻辑。

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