这篇文章会比较短，对上一篇没有陈述好的问题进行一些补充。
1.上一篇说到SDImageCache使用完整的URL来作为磁盘缓存的key。但是有时候为了访问控制的目的，URL的部分内容会是动态的，这样磁盘缓存就起不了作用。
对于这个问题，SDWebImageManager给出了一个解决办法（也就是说单独使用SDImageCache是没有的，需要自己修改源码）：设置一个cacheKeyFilter，以NSURL作为输入，输出一个NSString作为缓存key。
下面是SDWebImage GitHub主页的示例代码：
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
SDWebImageManager.sharedManager.cacheKeyFilter = ^(NSURL *url) {
url = [[NSURL alloc] initWithScheme:url.scheme host:url.host path:url.path];
return [url absoluteString];
};
// Your app init code...
return YES;
}
2.今天去面试的时候被问到，关于cleanDiskWithCompletionBlock:中使用NSdirectoryEnumerator的性能问题。使用NSdirectoryEnumerator遍历所有的缓存文件到底会不会造成性能问题，需不需要改进。
经过查询stackoverflow，知道使用NSdirectoryEnumerator遍历所有的缓存文件，获取文件属性，如我们需要的文件大小信息，是不会有性能问题的。NSdirectoryEnumerator获取文件属性是通过查看文件的inode数据，并不需要想象中的fileopen和fileclose。
inode中所包含的、UNIX用户经常使用的一些重要信息：
- inode编号
- 用来识别文件类型，以及用语stat C函数的模式信息
- 文件的链接树木
- 属主的UID
- 属主的组ID（GID）
- 文件的大小
- 文件所使用的磁盘块的实际数目
- 最近一次修改的时间
- 最近一次访问的时间
- 最近一次更改的时间
3.关于为何不在SDWebImage直接使用NSCache，而需要自定义它的子类AutoPurgeCache。
说明这个问题之前，先看看我们使用NSCache的优点。
NSCache的优点：
- 自动删减功能
- 线程安全
- 不会拷贝健
这就是为何我们选用类似于集合的NSCache，而不用NSDictionary自己实现缓存的考虑了。
但是，根据这个stackoverflow问题，NSCache在iOS7系统中不会响应内存告警，所以在SDWebImage中就子类化了NSCache，自己监听内存告警，并removeAllObjects.
