Effective Objective-C 2.0读书笔记(五)

内存管理

“自动引用计数”(Automatic Reference Counting,ARC)几乎把所有内存管理事宜都交由编译器来决定,开发者只需要专注于业务逻辑。

29.理解引用计数

引用计数机制通过可以递增递减的计数器来管理内存。对象创建好之后,其保留计数至少为1.若保留计数为正,则对象继续存活。当保留计数降为0时,对象就被销毁了。

在对象生命期中,其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数。

30.以ARC简化引用计数

在应用程序中,可用下列修饰符来改变局部变量与实例变量的语义:

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

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

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

在dealloc方法里,应该做的事情就是释放指向其他对象的引用,并取消原来订阅的“键值观测”(KVO)或NSNotification等通知,不要做其他事情。

如果对象持有文件描述符等系统资源,那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定:用完资源后必须调用close方法。

执行异步任务的方法不应在dealloc里调用;只能在正常状态下执行的那些方法也不应在dealloc里调用,因为此时对象已处于正在回收的状态了。

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

捕获异常时,一定要注意将try块内所创立的对象清理干净。

在默认情况下,ARC不生成安全处理异常所需的清理代码。开启编译器标志(-fobjc-arc-exceptions)后,可生成这种代码,不过会导致应用程序变大,而且会降低运行效率。

33.以弱引用避免保留环

将某些引用设为weak,可避免出现“保留环”。

weak引用可以自动清空,也可以不自动清空。自动清空(autonilling)是随着ARC而引入的新特性,由运行期系统来实现。在具备自动清空功能的弱引用上,可以随意读取其数据,因为这种引用不会指向已经回收过的对象。

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

自动释放池排布在栈中,对象收到autorelease消息后,系统将其放入最顶端的池里。

合理运用自动释放池,可降低应用程序的内存峰值。

@autoreleasepool这种新式写法能创建出更为轻便的自动释放池。

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

系统在回收对象时,可以不将其真的回收,而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能。

系统会修改对象的isa指针,令其指向特殊的僵尸类,从而使该对象变为僵尸对象。僵尸类能够响应所有的选择子,响应方式为:打印一条包含消息内容及其接受者的消息,然后终止应用程序。

36.不要使用retainCount

对象的保留计数看似有用,实则不然,因为任何给定时间点上的“绝对保留计数”(absolute retain count)都无法反应对象生命期的全貌。

引入ARC之后,retainCount方法就正式废弃了,在ARC下调用该方法会导致编译器报错。

你可能感兴趣的:(Effective Objective-C 2.0读书笔记(五))