这篇文章你将看到以下内容：
- Efficetive Objective-C 2.0阅读笔记一些有价值的建议
1.对象内部尽量直接访问实例变量
直接访问实例变量为直接访问内存，效率比调用属性高。
- 访问实例变量不会触发KVO
-
-init及-dealloc方法中应使用实例变量 - 对象内部应尽量遵守如下原则：取值采用实例变量，赋值采用属性。
2.消息转发机制流程
3.尽量使用不可变对象
- 集合中尽量添加不可变对象，否则可能会发生与集合本身语义有分歧的后果，eg：
NSMutableArray * arr1 = @[@1].mutableCopy;
NSMutableArray * arr2 = @[@1,@2].mutableCopy;
NSSet * set = [NSSet setWithObjects:arr1,arr2, nil];
[arr1 addObject:@2];//至此set中居然包含了两个相同的元素
NSSet * setCopy = [set copy];//书中此处表述setCopy应只有一个元素，然实测有两个相同元素
- 对象对外公开集合类尽量使用不可变集合
- 对象对外公开
readOnly属性，内部可以通过重新声明为readWrite来使用属性值。如此操作后和能会由于竞态使得部分情况外部可以修改属性值，外部也可通过KVC来更改属性值
4.将类的实现代码分散到便于管理的数个分类之中
通过分类机制，可以把类代码分成很多个易于管理的小块，以便单独检视。
之所以要将类代码打散到分类中还有个原因，就是便于调试：对于某个分类中的所有方法来说，分类名称都会出现在其符号中。
将应该视为“私有”的方法归入名叫Private的分类中，以隐藏实现细节。
5.在-dealloc中只释放引用并解除监听
- 在
-dealloc方法里，应该做的事情就是释放指向其他对象的引用，并取消原来订阅的“键值观测”（KVO）或NSNotificationCenter等通知，不要做其他事情。 - 如果对象持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源。这样的类要和其他使用者约定：用完资源后必须调用close方法。
- 执行异步任务的方法不应再
-dealloc里调用；只能子啊正常状态下执行的那些方法也不应在-dealloc里调用，因为此时对象已处于正在回收的状态了。
6.以自动释放池降低内存峰值
比方说，在循环中不断地创建的临时对象。即便这些对象在调用完方法之后就就不在使用了，他们也依然处于存活状态，因为目前还在自动释放池里，等待系统稍后将其释放并回收。然而，自动释放池要等线程执行下一次runLoop时才会清空。这样依赖，执行for循环时，应用程序所占内存量就会持续上涨，而等到所有临时对象都释放后，内存用量又会突然下降。
然而在循环中合理的位置添加自动释放池，应用程序在执行循环时的内存峰值就会降低。
7.多用派发队列，少用同步锁
滥用@synchronized(self)会降低代码效率，因为共用同一个锁的那些同步块，都必须按顺序执行。若想实现同步机制，可以以并行队列、同步任务及栅栏实现，代码如下：
_syncQueue = dispatch_queue_create("com.syncQ.Wicky", DISPATCH_QUEUE_CONCURRENT);///创建并行队列
///getter
-(NSString *)someString {
__block NSString * localString;
dispatch_sync(_syncQueue, ^{
localString = _someString;
});
return localString;
}
///setter
-(void)setSomeString:(NSString *)someString {
dispatch_barrier_async(_syncQueue, ^{
_someString = someString;
});
}
8.多用GCD，少用performSelector系列方法
由于在编译器无法确定performSelector方法是否具有返回值，故编译器没有对对象进行引用计数管理，因此可能造成内存泄漏。
另外performSelector返回值只能是id类型的对象，基本数据类型可能需要开发人员进行进一步的类型转换。
如果想要添加延时任务，条件允许的情况下应尽可能选择GCD。
9.合理使用GCD与NSOperation
GCD为纯C的API，而NSOperation则是OC对象。与NSOperation比起来GCD更加轻量，然而NSOperation却有以下几点在使用上更加便捷：
- 取消操作
- 指定依赖关系
- 提供KVO监听
- 指定优先级
- 重用对象
10.多用Block枚举，少用for循环
Block枚举拥有其他遍历方式具备的所有优势，而且还能带来更多好处。与快速遍历法相比，他还要多用一些代码，可是却能提供遍历时所针对的下标，在遍历字典时也能同时提供键与值，而且还有选项可以开启并发迭代功能，所以多写这点代码还是值得的。
11.精简+initialize与+load的实现代码
- 在加载阶段，如果类实现了
+load方法，那么系统就会先调用他。分类里也可以定义此方法，类的+load方法要比分类中的先调用。与其他方法不同，+load方法不参与覆写机制。 - 首次使用某个类之前，系统会向其发送
+initialize消息。由于此方法遵从普通的覆写机制，所以通常应该在里面判断当前要初始化的是哪个类。 -
+load与+initialize方法都应该实现的精简一些，这有助于保持应用程序的响应能力，也能减少引入“依赖环”的几率。 - 无法在编译器设定的全局常量，可以放在
+initialize方法里初始化。
