NSCache

NSCache是系统提供的一种类似于集合(NSMutableDictionary)的缓存,它与集合的不同如下:

1. NSCache具有自动删除的功能,以减少系统占用的内存;

2. NSCache是线程安全的,不需要加线程锁;

3. 键对象不会像 NSMutableDictionary 中那样被复制。(键不需要实现 NSCopying 协议)。

NSCache的属性以及方法介绍:


@property NSUInteger totalCostLimit;

设置缓存占用的内存大小,并不是一个严格的限制,当总数超过了totalCostLimit设定的值,系统会清除一部分缓存,直至总消耗低于totalCostLimit的值。

@property NSUInteger countLimit;

设置缓存对象的大小,这也不是一个严格的限制。

- (id)objectForKey:(id)key;

获取缓存对象,基于key-value对

- (void)setObject:(id)obj forKey:(id)key; // 0 cost

存储缓存对象,考虑缓存的限制属性;

- (void)setObject:(id)obj forKey:(id)key cost:(NSUInteger)g;

存储缓存对象,cost是提前知道该缓存对象占用的字节数,也会考虑缓存的限制属性,建议直接使用  - (void)setObject:(id)obj forKey:(id)key;

NSCacheDelegate代理


代理属性声明如下:

@property (assign) id<NSCacheDelegate>delegate;

实现了NSCacheDelegate代理的对象,在缓存对象即将被清理的时候,系统回调代理方法如下:

- (void)cache:(NSCache *)cache willEvictObject:(id)obj;

第一个参数是当前缓存(NSCache),不要修改该对象;

第二个参数是当前将要被清理的对象,如果需要存储该对象,可以在此操作(存入Sqlite or CoreData);

该代理方法的调用会在缓存对象即将被清理的时候调用,如下场景会调用:

1. - (void)removeObjectForKey:(id)key; 手动删除对象;

2. 缓存对象超过了NSCache的属性限制;(countLimit 和 totalCostLimit )

3. App进入后台会调用;

4. 系统发出内存警告;

NSDiscardableContent协议


NSDiscardableContent是一个协议,实现这个协议的目的是为了让我们的对象在不被使用时,可以将其丢弃,以让程序占用更少的内存。

一个NSDiscardableContent对象的生命周期依赖于一个“counter”变量。一个NSDiscardableContent对象实际是一个可清理内存块,这个内存记录了对象当前是否被其它对象使用。如果这块内存正在被读取,或者仍然被需要,则它的counter变量是大于或等于1的;当它不再被使用时,就可以丢弃,此时counter变量将等于0。当counter变量等于0时,如果当前时间点内存比较紧张的话,内存块就可能被丢弃。这点类似于MRC&ARC,对象内存回收机制。

- (void)discardContentIfPossible

当counter等于0的时候,为了丢弃这些对象,会调用这个方法。

默认情况下,NSDiscardableContent对象的counter变量初始值为1,以确保对象不会被内存管理系统立即释放。

- (BOOL)beginContentAccess    (counter++)

调用该方法,对象的counter会加1;

与beginContentAccess相对应的是endContentAccess。如果可丢弃内存不再被访问时调用。其声明如下:

- (void)endContentAccess  (counter--)

该方法会减少对象的counter变量,通常是让对象的counter值变回为0,这样在对象的内容不再被需要时,就要以将其丢弃。

NSCache类提供了一个属性,来标识缓存是否自动舍弃那些内存已经被丢弃的对象(默认该属性为YES),其声明如下:

@property BOOL evictsObjectsWithDiscardedContent

如果设置为YES,则在对象的内存被丢弃时舍弃对象。

个人建议:如果需要使用缓存,直接用系统的NSCache就OK了,不要做死。

NSCache就写到这里了,欢迎大家来指正错误,我们一起进步,感谢大家的阅读。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,233评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,013评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,030评论 0 241
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,827评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,221评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,542评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,814评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,513评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,225评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,497评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,998评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,342评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,986评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,812评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,560评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,461评论 2 266

推荐阅读更多精彩内容

  • 转自:http://southpeak.github.io/blog/2015/02/11/nscache/?ut...
    RealSlimAlan阅读 565评论 0 1
  • NSCache 基本上就是一个会自动移除对象来释放内存的 NSMutableDictionary。无需响应内存警告...
    SpursGo阅读 252评论 0 0
  • NSCache是系统提供的一种类似于集合(NSMutableDictionary)的缓存,它与集合的不同如下: 1...
    橙娃阅读 376评论 0 0
  • NSCache是系统提供的一种类似于集合(NSMutableDictionary)的缓存,它与集合的不同如下: 1...
    Goplayer王布斯阅读 1,201评论 0 0
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,099评论 18 139