本篇是我阅读《Effective Objective-C 2.0 编写高质量iOS与OS X代码的52个有效方法》的摘要与总结下篇。
五、内存管理
29.理解引用计数
引用计数机制通过可以递增递减的计数器来管理内存。对象创建好后，其保留计数至少为1.若保留计数为正，则对象继续存活。当保留计数降为0时，对象就被销毁了。
在对象生命期中，其余对象通过引用来保留或释放此对象。保留与释放操作分别会递增及递减保留计数。
30.以ARC简化引用计数
在ARC之后，程序员就无须担心内存管理问题了。使用ARC来编程，可省去类中的许多样板代码。
ARC管理对象生命期的办法基本上就是：在合适的地方插入保留及释放操作。在ARC环境下，变量的内存管理语义总是通过方法名来体现。ARC将此确定为开发者必须遵守的规则。
ARC只负责管理Objective-C对象的内存。尤其要注意：CoreFoundation对象不归ARC管理，开发者必须适时调用CFRetain/CFRelease。
31.在dealloc方法中只释放引用并解除监听
在dealloc方法里，应该做的事情就是释放指向其它对象的引用，并取消原来订阅的键值观测或NSNotificationCenter等通知，不要做其他事情。
如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其使用者约定“用完资源后必须调用close方法。
执行异步任务的方法不应在dealloc里调用；只能在正常状态下执行的那些方法也不应在dealloc里调用，因为此时对象已处于正在回收的状态了。
32.编写异常安全代码时留意内存管理问题
捕获异常时，一定要注意将try块内所创立的对象清理干净。
在默认情况下，ARC不生成安全处理异常所需的清理代码。开启编译器标志后，可生成这种代码，不过会导致应用程序变大，而且会降低运行效率。
33.以弱引用避免重复引用
将某些引用设为weak，可避免出现重复引用。
weak引用可以自动清空，也可以不自动清空。自动清空是随着ARC而引入的新特性，由runtime来实现，在具备自动清空功能的弱引用上，可以随意读取其数据，因为这种引用不会指向已经回收过的对象。
34.以自动释放池块降低内存峰值
自动释放池排布在栈中，对象收到autorelease消息后，系统将其放入最顶端的池里。
合理运用自动释放池，可降低应用程序的内存峰值。
@autoreleasepool这种新式写法能创建出更为轻便的自动释放池。
35.用“僵尸对象”调试内存管理问题
系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象。通过环境变量NSZombieEnabled可开启此功能。
系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变为僵尸对象。僵尸类能够响应所有的selector响应方式为：打印一条包含消息内容及其接受者的消息，然后终止应用程序。
36.不要使用retainCount
对象的保留计数看似有用，实则不然，因为任何给定时间点上的绝对保留计数都无法反映对象生命期的全貌。
引入ARC后，retainCount方法就正式废止了，在ARC下调用该方法会导致编译器报错。
六、block与GCD
37.理解block的概念
block是C、C++、Objective-C中的词法闭包。
block可接收参数，也可返回值。
block可以分配在栈或堆上，也可以是全局的。分配在栈上的block可拷贝到堆里，这样的话，就和标准的Objective-C对象一样，具备引用计数了。
//安全代码if及else的两个块都分配到栈内存中，离开了相应的范围后会分配给块的内存有可能被复写掉。所以要copy一下
void(^block)();
if(/* some condition*/){
block = [^{
NSLog(@"Block A");
}copy];
}else{
block = [^{
NSLog(@"Block B");
}copy];
}
block();
38.为常用的block类型创建typedef
以typedef重新定义block类型，可以令block变量用起来更加简单。
定义新类型时应遵循现有的命名习惯，勿使其名称与别的的类型相冲突。
不妨为同一个block签名定义多个类型别名。如果要重构的代码使用了block类型的某个别名，那么只需修改相应的typedef中的block签名即可，无需改动其他typedef。
typedef void(^YDNetworkFetcherCompletionHandler)(NSData*data,NSError*error);
YDNetworkFetcherCompletionHandler block = ^(NSData*data,,NSError*error){
//Implementation void无返回值
};
39.用handler块降低代码分散程度
在创建对象时，使用内联的handler块将相关业务逻辑一并声明。
在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，而若改用handler块来实现，则可直接将block与相关对象放在一起。
设计API时如果用到了handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把block安排在哪个队列上执行。
NSURL*url = [NSURLURLWithString:@""];
YDNetworkFetcher*fetcher = [[YDNetworkFetcher alloc]initWithURL:url];
//下面这种方案比两个block的要好，因为返回成功数据过短有时也作为失败处理，能统一处理
[fetcher startWithCompletionHandler:^(NSData*data,NSError*error) {
if(error) {
//handle failure
}else{
//handle success
}
}];
40.用block引用其所属对象时不要出现循环引用
如果block所捕获的对象直接或间接的保留了block本身，那么就得当心循环引用的问题。
一定要找个适当的时机解除循环引用，而不能把责任推给API的调用者。
- (void)startWithCompletionHandler:(YDNetworkFetcherCompletionHandler)completion{
self.completionHandler= completion;
//start the request
//Request sets downloadData property
//When request is finished,p_requestComoleted is called(调用p_requestCompleted方法)
}
- (void)p_requestCompleted{
if(_completionHandler) {
_completionHandler(_downloadedData,_error);
}
self.completionHandler=nil;//用完就置空，不加会出现保留环
}
41.多用派发队列，少用同步锁
派发队列可用来表述同步语义，这种做法要比使用@synchronized块或NSLock对象更简单。
将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程。
使用同步队列及栅栏块，可以领同步行为更加高效。
见18的例子
42.多用GCD，少用performSelector系列方法
performSelector系列方法在内存管理方面容易有疏失。它无法确定将要执行的selector具体是什么，因而ARC编译器就无法插入适当的内存管理方法。
performSelector系列方法所能处理的selector太过局限了，selector的返回值类型及发送给方法的参数个数都受到限制。
如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法而是应该把任务封装到block里然后调用GCD机制的相关方法来实现。
43.掌握GCD及操作队列（operation queue）的使用时机
在解决多线程与任务管理问题时，派发队列并非唯一方案。
操作队列提供了一套高层的Objective-C API，能实现纯GCD所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用GCD来实现，则需另外编写代码。
44.通过Dispatch Group机制根据系统资源状况来执行任务
一系列任务可贵如一个dispatch group之中。开发者可以在这组任务执行完毕时获得通知。
通过dispatch group，可以在并发式派发队列里同时执行多项任务。此时GCD会根据系统资源状况来调度这些并发执行的任务。开发者若自己来实现此功能，则需编写大量代码。
45.使用dispatch_once来执行只需运行一次的线程安全代码
经常需要编写只需执行一次的线程安全代码。通过GCD所提供的dispatch_once函数，很容易就能实现此功能。
标记应该声明在static或global作用域中，这样的话，在把只需执行一次的block传给dispatch_once函数时，传进去的标记也是相同的。
46.不要使用dispatch_get_current_queue
dispatch_get_current_queue函数的行为常常与开发者所预期的不同。此函数已废弃，只应做调试之用。
由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述当前队列这一概念。
dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁，然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决。
七、系统框架
47.熟悉系统框架
许多系统框架都可以直接使用。其中最重要的是Foundation与CoreFoundation，这两个框架提供了构建应用程序所需的许多核心功能。
很多常见任务都能用框架来做，例如音频与视频处理、网络通信、数据管理等。
请记住，用纯C写成的框架与用Objective-C写成的一样重要，若想成为优秀的Objective-C开发者，应该掌握C语言的核心概念。
48.多用块枚举，少用for循环
遍历collection有4种方式。最基本的办法是for循环，其次是NSEnumerator遍历方法及快速遍历方法，最新、最先进的方式则是块枚举法。
块枚举法本身就能通过GCD来并发执行遍历操作，无需另行编写代码。而采用其他遍历方式则无法轻易实现这一点。
若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型。
块枚举法：Array用enumerateObjectsUsingBlock
Dict用 enumerateKeysAndObjectsUsingBlock
其他enumerate 开头
49.对自定义其内存管理语义的collection使用无缝桥接
通过无缝桥接技术，可以在Foundation框架中的Objective-C对象与CoreFoundation框架中的C语言数据结构之前来回转换。
在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素。然后，可运用无缝桥接技术，将其转换成具备特殊内存管理语义的Objective-C collection。
__bridge 用于桥接，实现Foundation中OC与 CoreFoundation中C 类型的转换
50.构建缓存是选用NSCachae而非NSDictionary
实现缓存时应选用NSCache而非NSDictionary对象。因为NSCache可以提供优雅的自动删减功能，而且是线程安全的，此外，它与字典不同，并不会拷贝键。
可以给NSCache对象设置上限，用以限制缓存中的对象总个数及总成本，而这些尺度则定义了缓存删减其中对象的时机。但是绝对不要把这些尺度当成可靠的硬限制，他们仅对NSCache起指导作用。
将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgeableData对象所占内存为系统丢弃时，该对象自身也会从缓存中移除4.
如果缓存使用得当。那么应用程序的响应速度就能提高。只有那种重新计算起来很费事的数据，才值得放入缓存，比如那些需要从网络获取或从磁盘读取的数据。
51.精简initialize与load的实现代码
在加载阶段，如果实现了load方法，那么系统就会调用它。分类里也可以定义此方法，类load方法要比分类中的先调用。与其他方法不同，load方法不参与覆写机制。
首次使用某个类之前，系统会向其发送initialize消息。由于此方法遵从普通的复写规则，所以通常应该在里面判断当前要初始化的是哪个类。
load与initialize方法都应该实现的精简一些，这有助于保持应用程序的响应能力，也能减少引入依赖环的几率。
无法在编译期设定的全局常量，可以放在initialize方法里初始化。
尽量不要用load方法，很坑。initialize里的方法也要尽量简单
+(void)initialize{
if(self== [/*类名*/ class]){
//不能用其他类，会有bug
}
}
52.别忘了NSTimer会保留其目标对象
NSTimer对象会保留其目标，直到计时器本身失效为止，调用invalidate方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效。
反复执行任务的计时器，很容易引入循环引用，进入过这种计时器的目标对象又保留了计时器本身，那肯定会导致循环引用。这种循环引用，可能是直接发生的，也可能是通过对象图里的其他对象间接发生的。
可以扩充NSTimer的功能，用块来打破循环引用。不过，除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中。
代码：
#import
@interfaceNSTimer (YDBlocksSupport)
/**
设置定时器(block中有self一定要用__weak关键词)
@param interval延迟时间（重复时间）
@param block执行的block
@param repeats是否重复
@return定时器
*/
+ (NSTimer *)yd_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
block:(void(^)())block
repeats:(BOOL)repeats;
@end
#import"NSTimer+YDBlocksSupport.h"
#import
@interfaceNSTimer()
@end
@implementationNSTimer (YDBlocksSupport)
+ (NSTimer*)yd_scheduledTimerWithTimeInterval:(NSTimeInterval)interval
block:(void(^)())block
repeats:(BOOL)repeats{
return[selfscheduledTimerWithTimeInterval:intervaltarget:selfselector:@selector(yd_blockInvoke:)userInfo:[blockcopy]repeats:repeats];
}
+ (void)yd_blockInvoke:(NSTimer*)timer
{
void(^block)() = timer.userInfo;
if(block) {
block();
}
}
@end