《Effective Objective-C 2.0编写高质量iOS与OS X代码的52个方法》要点回顾(五)第五章 内存管理

29. 理解引用计数

保留计数:表示当前有多少个事物想令此对象继续存活下去。也可以叫“引用计数”(reference count)。NSObject协议声明了3个方法用于操作计数器:

  • retain 递增保留计数
  • release 递减保留计数
  • autorelease 带稍后清理“自动释放池”时,再递减保留计数。

根对象:两者都是应用程序启动时创建的单例。
Mac OS:此对象是NSApplication对象
iOS:此对象是UIApplication对象

要点总结

  • 引用计数机制通过可递增递减的计数器来管理内存。对象创建好之后,引用计数最少为1。若保留计数为正,则继续保留。当保留计数为0时,对象就被销毁了。
  • 在对象的声明周期中,其它对象可通过引用计数保留或释放对象。保留和释放操作分别会递增、递减引用计数。

30. 以 ARC 简化引用计数

要点总结

  • 启用 ARC 之后,程序员就无需担心内存管理问题了。使用 ARC 来编码,可以少写很多样板式代码。

  • ARC 管理对象生命周期的方法就是:在合适的地方自动插入“保留”或“释放”操作。在 ARC 环境下,变量的内存管理语义可以通过修饰符知名,而原来则需要手动进行“保留”及“释放”操作。

  • 由方法返回的对象,其内存管理语义总是通过方法名来实现。ARC 将此确定为开发者必须遵守的规则。

  • ARC 只负责管理Objective-C对象的内存。尤其要注意:CoreFoundation 对象不归 ARC 管理,开发者必须适时调用CFRetain/CFRelease。

31. 在 dealloc 方法中只释放引用并解除监听

使用 ARC 时必须遵循的方法名规则

若方法名以下列词语开头,则其返回的对象归调用者所有:

  • alloc
  • new
  • copy
  • mutableCopy
    注意:此时的对象的保留计数为正值。

变量的内存管理语义

  • __strong: 默认语义,保留其值
  • __unsafe_unretained: 不保留此值。这么做可能不安全,因为再次使用该变量时,其对象可能已经被回收了。
  • __weak: 不保留此值,但是变量可以安全使用,因为如果系统把这个变量回收了,那么变量也会自动清空。
  • __autoreleasing: 把对象“按引用传递”给方法时,使用这个特殊的修饰符。此值在方法返回时自动释放。

要点总结

  • dealloc 里面,要做的就是释放指向其它对象的引用,并取消“键值监察”(KVO)NSNotificationCenter 等通知,不要做其他事情。
  • 如果对象持有“系统文件描述符”等系统资源,那么应该专门编写一个方法以释放这种资源。这样的类要和其使用者约定,用完资源后必须调用close方法。
  • 执行异步任务的方法不应在dealloc里调用;只有在正常状态下执行的那些方法也不应在 dealloc 里调用,因为此时对象已经处于正在回收的状态了。

32. 编写 “异常安全代码” 时留意内存管理问题

要点总结

  • 捕获异常时,一定要注意将 try 块内所创立的对象清理干净。
  • 在默认情况下,ARC 不生成安全处理异常所需的清理代码。开启编译器标志后,可以生成这种代码,不过会导致应用程序变大,而且会降低运行效率。

33. 以弱引用避免保留环

要点总结

  • 将某些引用设置为weak,避免出现“保留环”。
  • weak 引用可以自动清空,也可以不自动清空。自动清空是随着 ARC 而引入的新特性,由运行期系统来实现。在具备自动清空功能的若引用上,可以随意读取其数据,因为这种引用不会指向已经回收过的对象。

34. 以“自动释放池块”降低内存峰值

要点总结

  • 自动释放池排布在中,对象收到 autorelease 消息后,系统将其放入最顶端的池里。
  • 合理运用自动释放池,可以降低应用程序的内存峰值。
  • @autorelease 这种写法能够创建出更为轻便的自动释放池。

35. 用 “僵尸对象” 调试内存管理问题

要点总结

  • 系统在回收对象时,可以不将其真的回收,而是将其转成僵尸对象。通过环境变量 NSZombieEnabled 可开启此功能。
  • 开启后,系统会修改对象 isa 指针,使其指向特殊的僵尸类,从而使该对象变为僵尸对象。僵尸类能够响应所有的选择子,响应方式为:打印一条包含消息内容及其接收者的消息,然后终止程序。

36. 不要使用 retainCount

要点总结

  • 对象的保留计数看似有用,实则不然,因为任何给定时间点上的“绝对保留引用计数”都无法反映对象生命周期的全貌。
  • 引用 ARC 之后,retainCount方法就正式废止了,在 ARC 模式下调用该方法会导致编译器报错。

系列文章

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

推荐阅读更多精彩内容