ImageResizer DiskCache插件：生成哈希键查询并清理已删除Azure Blob缓存

先给你捋明白：你自己构建的哈希键找不到缓存文件，十有八九是因为ImageResizer的缓存键生成逻辑比你想的复杂多了——它不光包含原始Blob的路径，还会把图片处理参数（比如w=100、format=webp）、插件配置甚至请求上下文的细节都纳入哈希计算。所以得用ImageResizer自带的方法生成正确的缓存键，别自己瞎琢磨拼接。

第一步：获取正确的缓存键 #

你可以在代码里直接调用ImageResizer的API生成对应Blob的缓存键，举个实际代码例子：

// 假设你的原始Blob路径是"product-images/old-phone.jpg"
string blobPath = "product-images/old-phone.jpg";
// 如果有固定的图片处理参数（比如缩图、转格式），也要传入ResizeSettings
var resizeSettings = new ImageResizer.ResizeSettings("w=300&format=png");
// 生成DiskCache实际使用的缓存键
var cacheKey = ImageResizer.Caching.DiskCache.Current.GetCacheKey(blobPath, resizeSettings);
// 这个cacheKey就是缓存目录里文件的核心命名（比如类似a1b2c3d4_e5f6.jpg）

用这个方法生成的键，就能精准定位到对应的缓存文件了。

第二步：批量验证并清理无效缓存 #

方法1：遍历缓存目录，逐个校验Blob存在性 #

写个简单的控制台程序或者工具类，逻辑很直接：

1. 找到你的DiskCache缓存目录（默认是项目的~/App_Data/cache，也可以在Web.config的<diskCache>节点里找dir配置项确认）。
2. 遍历目录里的所有缓存文件，用ImageResizer的DiskCache.ParseCacheKey方法解析出对应的原始Blob路径和处理参数。
3. 通过Azure Blob SDK检查这个Blob是否还存在：

var blobServiceClient = new BlobServiceClient("你的Azure存储连接字符串");
var containerClient = blobServiceClient.GetBlobContainerClient("你的Blob容器名");
// 从缓存键解析出的原始Blob路径
var blobClient = containerClient.GetBlobClient(parsedOriginalBlobPath);
if (!await blobClient.ExistsAsync())
{
    // 删除无效的缓存文件，注意如果是大文件可能有配套的分片文件，要一并删掉
    File.Delete(cacheFilePath);
}

方法2：用ImageResizer自带的缓存清理API #

ImageResizer本身提供了更省心的缓存清理方法，不用自己遍历目录：

// 清理某个Blob的所有缓存变体（不管用了什么处理参数）
DiskCache.Current.Remove(blobPath);
// 或者只清理特定处理参数的缓存（比如只删300宽的缩图缓存）
DiskCache.Current.Remove(blobPath, new ResizeSettings("w=300"));

如果要批量清理，你可以先列出Azure Blob存储中所有现存的Blob，然后对比缓存目录的条目，把不在Blob列表里的缓存项调用Remove方法删掉。

第三步：从根源避免缓存残留 #

治标不如治本，给你的Azure Blob容器加个删除事件触发器，当Blob被删除时自动清理对应缓存：

1. 登录Azure Portal，找到你的Blob容器，添加事件订阅，触发事件选择BlobDeleted。
2. 把触发目标设为Azure Function（或者你自己的API接口），在Function里调用ImageResizer的DiskCache.Current.Remove方法，传入被删除的Blob路径，直接清理对应的缓存。

这样以后再删Blob，缓存也会同步被清理，就不会再出现残留问题了。

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