NSCache在系统发出低内存通知时，会自动删减缓存。在以下代码中，不断给NSCache中填充NSData，当大小在500M左右时，系统抛出 Received memory warning. 通知，之后从Cache中获取数据，发现Cache为空。

测试低内存通知时Cache清除 执行结果


NSCache可以设置数量限制，通过countLimit与 totalCostLimit来限制cache的数量或者限制cost。当缓存的数量超过countLimit，或者cost之和超过totalCostLimit，NSCache会自动释放部分缓存。例子如下：

测试countLimit 执行结果

可以看到，Cache中只保留了最新的30条记录。

在第二个例子中，Cache严格的按照LRU规则，清理了超出限制的旧数据。但是在文档中说明，countLimit并不是一个严格的限制，如果cache数量超出了limit，那么cache中的对象有可能立刻被清理出去，或者稍后，或者永远都不会被清理掉，而这个时机依赖于cache的实现细节。

在使用setObject:forKey:cost:方法时，cost值只在比较容易获取到的时候才指定，若要通过复杂的计算来获取cost值，那使用缓存的意义就不大了。

NSCache是线程安全的，在多线程操作中，不需要对Cache加锁。NSCache的Key只是对对象的strong引用，对象不需要实现NSCopying协议，NSCache也不会像NSDictionary一样复制对象。

通常，使用NSCache会结合NSDiscardableContent协议，实现了这个协议的类需要在被引用之前，必须调用beginContentAccess来标记为可使用的，如果在使用之前没有调用beiginContentAccess，那么就会抛出异常。在使用结束之后，调用endContentAccess，来标记它为可以被释放的。如果实现了NSDiscardableContent协议的对象放入了NSCache中，那么，在清除它的时候，会调用discardContentIfPossible方法来判断引用状况，没有引用，则销毁。

在AFNetworking的UIKit中，使用了NSCache来提供异步图片下载的缓存。UIImageView+AFNetworking.h文件中，声明了一个AFImageCache协议，提供读取和放入缓存的方法。UIImageView+AFNetworking.m文件中，声明了一个继承自NSCache的类AFImageCache，实现了AFImageCache协议，并且实现了协议中的两种文件操作方法，实现代码如下：

AFNetworking中的实现

使用absolute URL作为key，将图片缓存起来。在UIImageView类中，通过单例方式，获取AFImageCache的实例。代码如下：


获取AFImageCache单例

若在其他地方下载了图片，只需调用sharedImageCache方法，获取到一个NSCache实例，将图片放入缓存，URL作为key，那么再调用UIImageView时，指定URL，就可以直接从缓存中获取图片。