在 dealloc 方法中值释放引用并解除监听
对象在经历其生命期后,最终会为系统所回收,这时就要执行 dealloc 方法, 在每个对象的生命期内,此方法仅执行一次, 也就是当保留计数将为 0 时, 然而具体何时执行,则无法保证.
那么,应该在 delloc 方法中做些什么呢? 主要就是释放所拥有的引用, 也就是把所有 OC 对象都释放掉.
在 dealloc 方法中, 通常还要做意见事, 那就是把原来配置过的 观测行为 都清理掉, 如果用 NSNotificationCenter 给此对象订阅 过某种通知, 那么一般应该在这里注销, 这样的话,通知系统就不在把通知发给回收后的对象了.若是还向其发送通知, 则必然引起程序崩溃.
请注意: 如果手动管理引用计数而不使用 ARC 的话, 那么最后还需要调用 [super dealloc];
虽说应该于 dealloc 中释放引用,但是开销较大或 系统内稀缺的资源则不在此列, 像是文件描述符, 套接字,大块内存 等, 都属于这种资源, 不能指望 dealloc 方法必定会在某个特定的实时机调用, 因为有一些无法预料到的东西也持有此对象,在这种情况下, 如果非要等到系统调用 dealloc 方法时才释放, 那么保留这些稀缺资源的时间就有些过长了. 这样做不好, 通常的做法是,实现林外一个方法, 房应用程序用完资源对象后,就调用此方法, 这样一来,资源对象的声明周期 就变得更为明确 了.
总结:
在 dealloc 方法里,应该做的事情就是释放指向其他对象的引用, 并取消原来订阅的 '键值观测 (KVO)' 或 NSNotificationCenter 等通知, 不要做其他事情.
如果对象持有文件描述符 等系统资源,那么应该专门编写一个方法来释放此种资源,这样的类要和其使用者约定: 用完资源后必须调用 close 方法
执行异步任务的方法不应该在 dealloc 里调用, 只能在正常状态下执行的那些方法也不应再 dealloc 里面调用, 因为此时对象已处于正在回收的状态了.
