Effective Objective-C 2.0 学习笔记第五章

下载地址：Effective Objective-C 2.0 编写高质量iOS与OS X代码的52个有效方法

内存管理

29. 理解引用计数器

release之后应该清空指针，确保不会出现无效对象的指针。
属性存取方法中的内存管理

- (void)setFoo:(id)foo {
    [foo retain];
    [_foo release];
    _foo = foo;
}

自动释放池
使用autorelease时，系统会延迟一会释放对象，通常是指当前线程的下一次事件循环。
可见，autorelease能延长对象的生命周期，使其在跨越方法调用边界后依然可以存活一段时间。
循环引用
通常采用弱引用来解决这一问题。

总结：

引用计数器机制通过可以递增递减的计数器来管理内存。对象创建好之后，其保留计数至少为1.若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被销毁了。
在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数。

30. 以ARC简化引用计数器

ARC会调用与retain等价的底层函数objc_retain。由于ARC中保留及操作需要频繁执行，直接调用底层函数能节省很多CPU周期。
使用ARC时必须遵循的方法命名规则
以：

alloc
new
copy
mutableCopy

开头的方法名，则其返回对象归调用者所有。
也就是说，调用上述四种方法的那段代码要负责释放方法所返回的对象。也就是说必须要调用release来使不收ARC管理的对象引用计数减1。
变量的内存管理语义
ARC采用一种安丘的方式来设置：先保留新值，再释放旧值，最后设置实例变量。
ARC如何清理实例变量
ARC会调用Objective-C++的析构函数。当编译器发现对象中含有C++对象。就会生成名为.cxx_destruct的方法。而ARC则借助此特性在方法中生成清理内存所需要的代码。
当然，非OC对象还是要我们手动释放，调用CFRelease或者free函数来释放。

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

在Dealloc方法里，应该做的事情就是释放指向其他对象的引用，并取消原来的"KVO"或“NSNotificationCenter"等通知，不要做其他事。
如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定：用完资源后必须调用close方法。
执行异步任务的方法不应再dealloc里调用；只能在正常状态下执行的那些方法也不应在dealloc里调用，因为此时对象已处于正在回收的状态了。

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

C++与OC中的异常兼容，纯C语言没有异常。

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

33. 以弱引用避免循环引用

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

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

以下为例演示了自动释放池如何降低内存峰值：

NSArray *databaseRecords = /* ... */
NSMutableArray *people = [NSMutableArray new];
for (NSDictionary *record in databaseRecords) {
    @autoreleasepool {
        EOCPerson *person = [[EOCPerson alloc] initWithRecord:record];
        [people addObject:person];
    }
}

在自动释放池中相当于在一个栈内，每次循环生成的对象都会被及时的释放，而不用等到系统的大自动释放池在循环结束后统一释放。

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

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

启用“僵尸对象”这项调试功能之后，运行期系统会把所有已经回收的实例转化成特殊的“僵尸对象”，而不会真正回收他们。这种对象在核心内存无法重用，所以不可能遭到覆盖重写。僵尸对象收到消息后，会抛出异常，其中准确说明了发过来的消息，并描述了回收之前的那个对象。僵尸对象是调试内存管理问题的最佳方式。
路径：target => Edit Scheme => Run => Diagnostics => Zombie Objects
比如下面的例子：

- (void)viewDidLoad {
    [super viewDidLoad];
    
    
    Person *p;
    @autoreleasepool {
        
        Person *newP = [[Person alloc] init];
        newP.name = @"jim";
        p = newP;
    }
    _p = p;
}


- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
    
    [_p sayHello];
}

当开启僵尸对象后，就会打印出Log：
2018-12-29 11:23:18.624665+0800 asdasd[24722:4198563] *** -[Person sayHello]: message sent to deallocated instance 0x600001176300

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

36. 不要使用retainCount

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

其他章节：

Effective Objective-C 2.0 学习笔记第四章
Effective Objective-C 2.0 学习笔记第六章

Effective Objective-C 2.0 学习笔记 第五章