第一章：熟悉Objective-C

1、OC语言的起源：

消息和函数的区别：使用消息结构的语言，其运行时所应执行的代码由运行环境来决定；而使用函数调用的语言，则由编译器来决定；如果代码中调用的函数是多态，那么在运行时就要按照“虚方法表”来查出到底应该执行那个函数实现；而采用消息结构的语言，不论是否多态，总是在运行时才会去查找索要执行的方法；实际上，编译器甚至不关心接受消息的对象时何种类型；接收消息的对象问题也要在运行时处理；其过程叫做“动态绑定”

要点：

• OC为C语言添加了面向对象的特性，是其超集。OC使用动态绑定的消息结构，也就是说，在运行时才会检查对象类型；接收一条消息之后，究竟应执行何种代码，由运行环境而非编译器来决定；

2.在类的头文件中尽量少引入其它头文件

要点：

• 除非确有必要，否则不要引入头文件；一般来说，应在某个类的头文件中使用向前声明来提及别的类；并在实现文件中引入那些类的头文件；这样做可以尽量降低类之间的耦合；
• 有时无法使用向前声明，比如要声明某个类遵循一项协议。这种情况下，尽量把“该类遵循某协议”的这条声明一直“分类”中；如果不行的话，就把协议单独放在一个头文件中，然后将其引入；

3.多用字面量语法，少用与之等价的方法

字面量语法有个小限制，就是除了字符串以外，所创建出来的对象必须属于Foundation框架才行；
要点:

• 应该使用字面量语法来创建字符串、数值、数组、字典。与创建此类对象的常规方法相比，这么做更加简明扼要；
• 应该通过取下表操作来访问数组下表或字典中的键所对应的元素；
• 用字面量语法创建数组或者字典时，若值中有nil，则会抛出异常，因此，务必确保值里不含nil;

4.多用类型常量，少用#define预处理指令

常用的命名法是：若常量局限于某“编译单元（也就是“实现文件”之内）”，则在前面加字母k，若常量在类之外可见，则通常以类名为前缀；在声明变量时不加static，则编译器会为它创建一个额“外部符号”，此时若是另一个编译单元中也声明了同名变量，那么编译器就抛出一条错误信息；既声明为static，又声明为const，那么编译器根本不会创建符号；
要点：

• 不要用预处理指令定义常量；这样定义出来的常量不含类型信息，编译器只是会在编译前据此执行查找与替换操作；即使有人重新定义了常量值，编译器也不会产生警告信息，这将导致应用程序中常量值的不一致；
• 在实现文件中是static const来定义“只在编译单元内可见的常量”。由于此类常量不在全局符号表中，所以无须为其名称加前缀；
• 在头文件中是extern来声明全局常量，并在相关实现文件中定义其值。这种常量要出现在全局符号表中，所以其名称应加以区隔，通常用与之相关的类名做前缀；

5.用枚举表示状态、选项、状态码

要点：

• 应该用枚举来表示状态机的状态、传递给方法的选项以及状态码等值，给这些值起个易懂的名字；
• 如果把传递给某个方法的选项表示为枚举类型，而多个选项又可同时使用，那么就将各选项定义为2的幂，以便通过按位或操作将其组合起来；
• 用NS_ENUM和NS_OPTIONS宏来定义枚举类型，并指明其底层数据类型。这样做可以确保枚举是用开发者所选的底层数据类型实现出来的，而不会采用编译器所选的类型；
• 在处理枚举类型的switch语句中不要实现default分支，这样的话，加入新枚举之后，编译器就会提示开发者：switch语句并未处理所有的枚举；

第二章：对象、消息、运行时

6.理解“属性”这一概念

@synthesize 编译器自动编写访问这些属性所需的方法，此过程叫做“自动合成”；
@dynamic 告诉编译器不要自动创建实现属性所用的实例变量，也不要为其创建存取方法；

属性可以拥有的特质：
原子性：默认情况下，由编译器所合成的方法会通过锁定机制确保其原子性。如果属性具备nonatomic特质，则不使用同步锁。请注意，尽管没有名为“atomic”的特质，但是仍然可以在属性特质中写明这一点，编译器不会报错，若是自己定义的存取方法，那么就应该遵从与属性特质相符的原子性；（在iOS中使用同步锁的开销较大，这会带来性能问题，一般情况下并不要求属性必须是“原子性”，因此这并不能保证“线程安全”，若要实现“线程安全”的操作，还需采用更为深层的锁定机制才行）
读/写权限：readwrite/readonly
内存管理语义:
assign ：设置方法只会执行针对“纯量类型”的简单赋值操作
strong ：此特质表明该属性定义了一种“拥有关系”。为这种属性设置新值时，设置方法会被先保留新值，并释放旧值，然后再将新值设置上去；
week ：此特质表明该属性定义了一种“非拥有关系”。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同assign类似，然而在属性所指的对象遭到摧毁时，属性值也会被清空；
Unsafe_unretained ：此特质的语义和assign相同，但是它适用于“对象类型”，该特质表达一种“非拥有关系”，当目标对象遭到摧毁时，属性值不会自动清空，这一点与weak有区别；
copy ：此特质所表达的所属关系与strong类似，然而设置方法并不保留新值，而是将其“拷贝”。

方法名：可以为属性设置自定义的存取方法名

要点：

• 可以用@property语法来定义对象中所封装的数据
• 通过“特质”来指定存储数据所需的正确语义
• 在设置属性所对应的实例变量时，一定要遵从该属性所声明的语义
• 开发iOS程序时应该使用nonatomic属性，因为atomic属性会严重影响性能

7.在对象内部尽量直接访问实例变量

直接访问和属性访问的区别：

1. 由于不经过OC的“方法派发”步骤，所以直接访问实例变量的速度当然比较快；在这种情况下，编译器所生成的代码会直接访问保存对象实例变量的那块内存；
2. 直接访问实例变量时，不会调用“设置方法”，这就绕过了为相关属性所定义的“内存管理语义”。如：如果在ARC下直接访问一个声明为copy的属性，那么并不会拷贝该属性，只会保留新值并释放旧值；
3. 直接访问实例变量，就不会触发“键值观察”通知（KVO）；
4. 通过属性来访问有助于排查与之相关的错误，因为给“获取/设置方法”中新增断点监控，监控该属性的调用者及其访问时机；

要点：

• 在对象内部读取数据时，应该直接通过实例变量来读，而写入数据时，则应该通过属性来写；
• 在初始化方法及dealloc方法中，总是应该直接通过实例变量来读写数据l;
• 有时会使用惰性初始化技术配置某份数据，这种情况下，需要通过属性来读取数据；

8.理解“对象等同性”这一概念

==操作符比较的是两个指针本身，而不是其所指的对象；
isEqual：来判断两个对象的等同性；

若两个对象相等，则其哈希码也相等，但是两个哈希码相同的对象却未必相等

要点：

• 若想检测对象的等同性，请提供“isEqual：”和hash方法
• 相同的对象必须具有相同的哈希码，但是两个哈希码相同的对象却未必相同
• 不要盲目地逐个检测每条属性，而是应该依照具体需求来指定检测方案
• 编写hash方法时，应该使用计算速度快而且哈希码碰撞几率低的算法

9.以“类族模式”隐藏实现细节

系统框架中有很多类族。大部分集合类都是类族；在使用NSArray的alloc方法来获取实例时，该方法首先会分配一个属于某类的实例，此实例充当“占位数组”。该数组稍后会转为另一个类的实例，而那个类则是NSArray的实体子类；

想cocoa中NSArray这样的类族来书，还是有办法新增子类的，但是需要遵守以下几条规则：
1.子类应该继承自类族中的抽象基类；
若要编写NSArray类族的子类，则需令其继承自不可变数组的基类或可变数组的基类；
2.子类应该定义自己的数据存储方式；
开发者编写NSArray子类时，经常在这个问题上受阻；子类必须用一个实例变量来存放数组中的对象；这似乎和大家预想的不一样，我们以为NSArray自己肯定会保存那些对象，所以在子类中就无需再存一份了，但是大家要记住，NSArrzy本身只不过是包在其他隐藏对象外面的壳，它仅仅定义了所有数组都需要具备的一些接口；对于这个自定义的数组子类来说，可以用NSArray来保存其实例；
3.子类应当覆写超类文档中指明需要覆写的方法；

要点：

• 类族模式可以把实现细节隐藏在一套简单的公共接口后面；
• 系统框架中经常使用类族；
• 从系统的公共抽象基类中继承子类时要当心，若有开发文档，则应首先阅读；

10.在既有类中使用关联对象存放自定义数据

要点：

• 可以通过“关联对象”机制来把两个对象关联起来；
• 定义关联对象时可指定内存管理语义，用以模仿定义属性时所采用的“拥有关系”与“非拥有关系”；
• 只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的bug；

11.理解objc_msgSend的作用

objc_msgSend通过接收者所属的类搜寻其“方法列表”，如果能找到与选择子名称相符的方法，就调至其实现代码；若是找不到就沿着继承体系继续向上查找，等找到合适的方法之后再跳转；再找到匹配的方法之后objc_msgSend会将匹配结果缓存在“快速映射表”里面，每个类都有这样的一块缓存，若是稍后还向该类发送与选择子相同的消息，那么执行起来就很快了；当然这种“快速执行路径”还是不如“静态绑定的函数调用操作”那么迅速，不过只要把选择子缓存起来，也就不会慢很多了，实际上消息派发并非应用程序的瓶颈所在；如果最终还是没有找到相符的方法，那就执行“消息转发”操作；

其他“边界情况”则需要交由OC运行环境中的另一些函数来处理：
objc_msgSend_stret 如果待发送的消息返回结构体，那么可交由此函数处理；只有当CPU的寄存器能够容纳的下消息返回类型时，这个函数才能处理此消息；若是返回值无法容纳与CPU寄存器中（比如说返回的结构体太大了），那么就由另一个函数执行派发；此时哪个函数会通过分配在栈上的某个变量来处理消息所返回的结构体；

objc_msgSend_fpret 如果消息返回的是浮点数，那么可交由此函数处理，在某些结构的CPU中调用函数时，需要对“浮点数寄存器”做特殊处理，也就是说通常所用的objc_msgSend在这种情况下并不合适，这个函数时为了处理x86等架构CPU中某些令人稍觉惊讶的奇怪情况；

objc_msgSendSuper 如果要给超类发消息，那么就交由此函数处理；也有另外两个与objc_msgSend_stret 和 objc_msgSend_fpret 等效的函数，用于处理发给super的相应消息；

每个类中都有一张表格，其中的指针都会指向这种函数，而选择子的名称就是查表是所用的key；objc_msgSend等函数正是通过这张表格来寻找应该执行的方法并跳至其实现的；请注意：原型的样子和objc_msgSend函数很像，这不是巧合，而是为了利用“尾调用优化”技术，令“跳至方法实现”这一操作变得更简单些；
如果某函数的最后一项操作是调用另外一个函数，那么就可以运用“尾调用优化”技术；编译器会生成跳转至另一函数所需的指令码，而且不会向调用堆栈中推入新的“栈帧”；只有当某函数的最后一个操作仅仅是调用其他函数而不会将其返回值另做他用时，才能执行“尾调用优化”；这项优化对objc_msgSend非常关键，不这么做的话，那么每次调用OC方法之前，都需要调用objc_msgSend函数准备“帧栈”；若是不优化，还会过早的发生“栈溢出”现象；

要点：

• 消息由接收者、选择子及参数构成，给某个对象发送消息也就相当于该对象上调用方法；
• 发给某个对象的全部消息都要由“动态消息派发系统”来处理，该系统会查出对应的方法，并执行其代码；

12.理解消息转发机制

动态方法解析
备援接收者
完整的消息转发
消息转发全流程

要点：

• 若对象无法响应某个选择子，则进入消息转发流程；
• 通过运行期的动态方法解析功能，我们可以在需要用到某个方法时再将其加入类中；
• 对象可以把其无法解读的某些选择子转交给其他对象来处理
• 经过上述两部之后，如果还是没办法处理选择子，那就启动完整的消息转发机制；

13.用“方法调配技术”调试“黑盒方法”

要点：

• 在运行期，可以向类中新增或替换选择子所对应的方法实现；
• 使用另一份实现来替换原有的方法实现，这道工序叫做“方法调配”，开发者常用此技术向原有实现中添加新功能；
• 一般来说，只有调试程序的时候才需要在运行期修改方法实现，这种做法不宜滥用；

14.理解“类对象”的用意

要点：

• 每个实例都有一个指向class对象的指针，用以表明其类型，而这些class对象则构成了类的继承体系；
• 如果对象类型无法在编译器确定，那么就应该使用类型信息查询方法来探知；
• 尽量使用类型信息查询方法来确定对象类型，而不要直接比较类对象，因为某些对象可能实现了消息转发功能；

第三章 接口和API设计

15.用前缀避免命名空间冲突

要点：

• 选择与你的公司、应用程序或二者皆有关联之名成作为类名的前缀，并在所有代码中均使用这一前缀；
• 若自己所开发的程序库中用到了第三方库，则应为其中的名称加上前缀；

16.提供“全能初始化方法”

要点：

• 在类中提供一个全能初始化方法，并与文档中指明；其他初始化方法均应调用此方法；
• 若全能初始化方法与超类不同，则需覆写超类中的对应方法；
• 如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法，并在其中抛出异常；

17.实现description方法

要点：

• 实现description方法返回一个有意义的字符串，用以描述该实例；
• 若想在调试时打印出更详尽的对象描述信息，则应实现debugDescription方法；

18.尽量使用不可变对象

要点：

• 尽量创建不可变的对象
• 若某个属性仅可用于对象内部修改，则在“分类”中将其由readonly属性扩展为readwrite属性；
• 不要把可变的collection作为属性公开，而应提供相关方法，以此修改对象中的可变collection

19.使用清晰而协调的命名方法

要点：

• 起名时应遵从标准的OC命名规范，这样创建出来的接口更容易为开发者所理解
• 方法名要言简意赅，从左至右读起来要像个日常用语中的句子才好
• 方法名里不要使用缩略后的类型名称
• 给方法起名时的第一要务就是确保其风格与你自己的代码或所要集成的框架相符；

20.为私有方法名前加前缀

• 给私有方法的名称加上前缀，这样可以很容易的将其同公共方法区分开；
• 不要单用一个下划线做私有方法的前缀，因为这种做法是预留给苹果公司用的

21.要理解OC错误模型

NSError对象封装了三条信息：
1.Error domain（错误范围，其类型为字符串）
错误发生的范围，也就是产生错误的根源，通常用一个持有全局变量来定义；比如说：“处理URL的子系统”在从URL中解析或取得数据时如果出错了，那么就会使用NSURLErrorDomain来表示错误范围；
2.Error code（错误码，其类型为整数）
独有的错误代码，用以指明在某个范围内具体发生了何种错误；某个特定范围内可能会发生一系列相关错误，这些错误情况通常采用enum来定义；
3.User info（用户信息，其状态为字典）
有关此错误的额外信息，其中或许包含一段“本地化的描述”，或许还含有导致该错误发生的另外一个错误，经由此种信息，可将相关错误串成一条“错误链”；
要点：

• 只有发生了可使整个应用程序崩溃的严重错误时，才应使应用异常；
• 在错误不那么严重的情况下，可以指派“委托”来处理错误，也可以把错误信息放在NSError对象里，经由“输出参数”返回调用者；

22.理解NSCopying协议

要点：

• 若想令自己所写的对象具有拷贝功能，则需要实现NSCopying协议；
• 如果自定义的对象分为可变版本和不可变版本，那么就要同时实现NSCopying与NSMutableCopying协议；
• 复制对象时需决定采用浅拷贝还是深拷贝，一般情况下应该尽量执行浅拷贝；
• 如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法；

第四章 协议与分类

23.通过委托与数据源协议进行对象间通信

要点：

• 委托模式为对象提供了一套接口，使其可由此将相关事件告知其他对象；
• 将委托对象应该支持的接口定义成协议，在协议中把可能需要处理的事件定义成方法
• 当某个对象需要从另外一个对象中获取数据时，可以使用委托模式；这种情景下，该模式亦称为“数据源协议”
• 若有必要，可实现含有位段的结构体，将委托对象是否能响应相关协议方法这一信息缓存至其中

24.将类的实现代码分散到便于管理的数个分类之中

要点：

• 使用分类机制把类的实现代码划分成易于管理的小块
• 将应该视为“私有”的方法归入名叫private的分类中，以隐藏实现细节

25.总是为第三方类的分类名称加前缀

要点：

• 向第三方类中添加分类时，总应给其名称加上你专用的前缀
• 向第三方类中添加分类时，总应给其中的方法名加上你专用的前缀

26.勿在分类中声明属性

要点：

• 把封装数据所用的全部属性都定义在主接口里
• 在“分类”之外的其他分类中，可以定义存取方法，但尽量不要定义属性

27.使用“分类”隐藏实现细节

要点：

• 通过“分类”向类中新增实例变量
• 如果某属性在住接口中声明为“只读”，而类的内部又要用设置方法修改此属性，那么就在“分类”中将其扩展为“可读写”
• 把私有方法的原型声明在“分类”里面
• 若想使类所遵循的协议不为人所知，则可于“分类”中声明

28.通过协议提供匿名对象

要点：

• 协议可在某种程度上提供匿名类型；具体的对象类型可以淡化成遵从某协议的id类型，协议里规定了对象所应实现的方法
• 使用匿名对象来隐藏类型名称
• 如果具体类型不重要，重要的是对象能够响应（定义在协议里的）特定方法，那么可使用匿名对象来表示

第五章 内存管理

29.理解引用计数

引用计数工作原理
通过hash表记录程序中每个对象的引用计数，当引用计数为0的时候，此对象才会被释放；

属性存取方法中的内存管理
旧址release新值retain

自动释放池
调用release会立刻递减对象的保留计数，然后有时候可以不调用它，改为调用autorelease，此方法会在稍后递减计数，通常是在下一次“事件循环”时递减，不过也可能执行得更早些；
自动释放池中的释放操作要等到下一次事件循环时才会执行，由此可见，autorelease能延长对象生命周期，使其在跨越方法调用边界后依然可以存活一段时间；

保留环（循环引用）

要点：

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

30.以ARC简化引用计数

使用ARC时必须遵循的方法命名规则
若方法名以下列词语开头，则其返回的对象归调用者所有：
alloc、new、copy、mutableCopy，则其返回的对象归调用者所有；归调用者所有的意思是：调用上述四种方法的那段代码要负责释放方法所返回的对象；也就是说，这些对象的保留计数是正值，而调用了这四种方法的那段代码要讲其中一次保留操作抵消掉；如果还有其他对象保留此对象，并对其调用autorelease，那么保留计数的值可能比1大，这也就是retainCount方法不太有用的原因之一；

ARC可以执行一些手工操作很难甚至无法完成的优化；例如在编译期ARC会把能够互相抵消的retain、release、autorelease操作约简；移出多余的操作；

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

要点：

• 有ARC之后，程序猿就无需担心内存管理问题了。使用ARC来编程，可省去类中的许多“样板代码”
• ARC管理对象生命周期的办法基本上就是：在合适的地方插入“保留”及“释放”操作；在ARC环境下，变量的内存管理语义可以通过修饰符指明，而原来则需要手工执行“保留”及“释放”操作；
• 由方法所返回的对象，其内存管理语义总是通过方法名来体现；ARC将此确定为开发者必须遵守的规则；
• ARC只负责管理OC对象的内存；尤其要注意:CoreFoundation对象不归ARC管理，开发者必须适时调用CGRetain/CFRelease；

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

要点：

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

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

要点：

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

33.以弱引用避免保留换

要点：

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

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

要点：

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

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

要点：

• 系统在回收对象时，可以不将其真的回收，而是把它转化为僵尸对象；通过环境变量NSZombieEnabled可开启此功能；
• 系统会修改对象的isa指针，令其指向特殊的僵尸类，从而使该对象变为僵尸对象；僵尸类能够响应所有的选择子，响应方式为：打印一条包含消息内容及其接收者的消息，然后终止应用程序；

36.不要使用retainCount

要点：

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

第六章 块与大中枢派发

37.理解“块”这一概念

块的内部机构
块本身也是对象，在存放块对象的内存区域中，首个变量是指向class对象的指针，该指针叫做isa；其余内存里含有块对象正常运转所需的各种信息；

在内存布局中，最重要的就是invoke变量，这是个函数指针，指向块的实现代码；函数原型至少要接受一个void *型的参数，此参数代表块；块其实就是一种代替函数指针的语法结构，原来使用函数指针时，需要用“不透明的void指针”来传递状态；而改用块之后，则可以把原来用标准C语言特性所编写的代码封装成简明且易用的接口；

descriptor变量是指向结构体的指针，每个块里都包含此结构体，其中声明了块对象的总体大小，还声明了copy与dispose这两个辅助函数所对应的函数指针；辅助函数在拷贝及丢弃块对象时运行，其中会执行一些操作；

要点：

• 块是C、C++、OC中的词法闭包
• 块可接收参数，也可返回值
• 块可以分配在栈或堆上，也可以是全局的。分配在栈上的块可拷贝到堆里，这样的话，就和标准的OC对象一样，具备引用计数了

38.为常用的块类型创建typedef

要点：

• 以typedef重新定义块类型，可令块变量用起来更加简单
• 定义新类型时应遵从现有的命名习惯，勿使其名称与别的类型相冲突
• 不妨为同一个块签名定义多个类型的别名。如果要重构的代码使用了块类型的某个别名，那么只需修改相应typedef中的块签名即可，无须改动其他typedef

39.用handler块降低代码分散程度

要点：

• 在创建对象时，可以使用内联的handler块将相关业务逻辑一并声明
• 在有多个实例需要监控时，如果采用委托模式，那么经常需要根据传入的对象来切换，而若改用handler块来实现，则可直接将块与相关对象放在一起
• 设计API是如果用到handler块，那么可以增加一个参数，使调用者可通过此参数来决定应该把块安排在哪个队列上执行

40.用块应用其所属对象时不要出现保留环

要点：

• 如果快所捕获的对象直接或间接地保留了块本身，那么就得当心保留环问题
• 一定要找个适当的时机解除保留环，而不能把责任给API的调用者

41.多用派发队列，少用同步锁

要点：

• 派发队列可用来表述同步语义，这种做法要比使用@synchronized块或NSLock对象更简单
• 将同步与异步派发结合起来，可以实现与普通加锁机制一样的同步行为，而这么做却不会阻塞执行异步派发的线程
• 使用同步队列及栅栏块，可以令同步行为更加高效

42.多用GCD，少用performSelector系列方法

要点：

• performSelector系列方法在内存管理方法容易有疏失；它无法确定将要执行的选择子具体是什么，因而ARC编译器也就无法插入适当的内存管理方法
• performSelector系列方法所能处理的选择子太过局限了，选择子的返回值类型及发送给方法的参数个数都受到限制
• 如果想把任务放在另一个线程上执行，那么最好不要用performSelector系列方法，而是应该把任务封装到块里，然后调用大中枢派发机制的相关方法来实现

43.掌握GCD及操作队列的使用时机

NSOperationQueue:
取消某个操作；
指定操作间的依赖关系
通过键值观测机制监控NSOperation对象的属性
指定操作的优先级
重用NSOperation对象

要点：

• 在解决多线程与任务管理问题时，派发队列并非唯一方案
• 操作队列提供了一套高层的OC API，能实现纯GCD所具备的绝大部分功能，而且还能完成一些更为复杂的操作，那些操作若改用GCD来实现，则需另外编写代码；

44.通过Dispatch Group 机制，根据系统资源状况来执行任务

要点：

• 一系列任务可归入一个dispatch group之中，开发者可以在这组任务执行完毕时获得通知
• 通过dispatch group，可以在并发式派发队列里同时执行多项任务；此时GCD会根据系统资源状况来调度这些并发执行的任务，开发者若自己来实现此功能，则需编写大量代码

45.使用dispatch_once来执行只需执行一次的线程安全代码

要点:

• 经常需要编写“只需执行一次的线程安全代码”，通过GCD所提供的dispatch_once函数，很容易就能实现此功能
• 标记应该声明在static或global作用域中，这样的话，在把只需要执行一次的块传给dispatch_once函数时，传进去的标记也是相同的

46.不要使用dispatch_get_current_queue

iOS6.0起就弃用了此函数
要点：

• dispatch_get_current_queue函数的行为常常与开发者所预期的不同，此函数已经废弃，只应做调试之用
• 由于派发队列是按层级来组织的，所以无法单用某个队列对象来描述“当前队列”这一概念
• dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁，然后能用此函数解决的问题，通常也能改用“队列特定数据”来解决

第七章 系统框架

47.熟悉系统框架

要点：

• 许多系统框架都可以直接使用，其中最重要的是Foundation与CoreFoundation，这两个框架提供了构建应用程序所需的许多核心功能
• 很多常见任务都能用框架来做，例如音频与视频处理、网络通信、数据管理等
• 请记住：用纯C写成的框架与用OC写成的一样重要，若想成为优秀的OC开发者，应该掌握C语言的核心概念

48.多用块枚举，少用for循环

要点：

• 便利collection有四种方式，最基本的办法是for循环，其次是NSEnumerator遍历法及快速遍历法，最新、最先进的方式则是“块枚举法”
• “块枚举法”本身就能通过GCD来并发执行遍历操作，无须另行编写代码；而采用其他遍历方法则无法轻易实现这一点
• 若提前知道待遍历的collection含有何种对象，则应修改块签名，指出对象的具体类型

49.对自定义其内存管理语义的collection使用无缝桥接
要点：

• 通过无缝桥接技术，可以在Foundation框架中的OC对象与CoreFoundation框架中的C语言数据结构之间来回转换
• 在CoreFoundation层面创建collection时，可以指定许多回调函数，这些函数表示此collection应如何处理其元素，然后，可运用无缝桥接技术，将其转换成具备特殊内存管理语义的OCcollection

50.构建缓存时选用NSCache而非NSDictionary

NSCache当系统资源要消耗尽时，它可以自动删减缓存，如果采用普通的字典，那么就要自己编写挂钩，在系统发出低内存通知时手工删减缓存，而NSCache则会自动删减，由于其实Foundation框架的一部分，所以与开发者相比，它能在更深的层面上插入挂钩；此外，NSCache还会先行删减“最久未使用的”对象；若想自己编写代码来为字典添加此功能，则会十分复杂；

NSCache对象不拷贝键的原因在于：很多时候，键都是由不支持拷贝操作的对象来充当的，因此NSCache不会自动拷贝键，所以说，在键不支持拷贝操作的情况下，该类用起来比字典更方便；另外NSCache是线程安全的；而字典则不具备；

要点：

• 实现缓存是应选用NSCache而非NSDictionary对象，因为NSCache可以提供又要的自动删减功能，而且是线程安全的，此外，它与字典不同，并不会拷贝键；
• 可以给NSCache对象设置上限，用以限制缓存中的对象总个数及“总成本”，而这些尺度则定义了缓存删减其中对象的时机，但是绝对不要把这些尺度当成可靠的“硬限制”，他们仅对NSCache起指导作用
• 将NSPurgeableData与NSCache搭配使用，可实现自动清除数据的功能，也就是说，当NSPurgeableData对象所占内存为系统所丢弃时，该对象自身也会从缓存中移除；
• 如果缓存使用得当，那么应用程序的响应速度就能提高，只有那种“重新计算起来很费事的”数据，才值得放入缓存，比如那些需要从网络获取或从磁盘读取的数据

51.精简initialize与load的实现代码

区别：
1.前者是惰性加载
2.前者执行是在线程安全的环境下执行
3.子类未实现，而超类实现了就运行超类的实现代码

要点：

• 在加载阶段，如果类实现了load方法，那么系统就会调用它，分类里也可以定义此方法，类的load方法要比分类的先调用；与其他方法不同，load方法不参与覆写机制；
• 首次使用某个类之前，系统会向其发送initialize消息，由于此方法遵从普通的覆写规则，所以通常应该在里面判断当前要初始化的是哪个类；
• load与initialize方法都应该实现的精简一些，这有助于保持应用程序的响应能力，也能减少引入“依赖环”的几率
• 无法在编译期设定的全局常量，可以放在initialize方法中初始化

52.别忘了NSTimer会保留其目标对象

要点：

• NSTimer对象会保留其目标，直到计时器本身失效为止；调用invalidate方法可令计时器失效，另外，一次性的计时器在触发完任务之后也会失效
• 反复执行任务的计时器，很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身，那肯定会导致保留环；这种环状保留关系，可能是直接发生的，也可能是通过对象图里的其他对象间接发生的；
• 可以扩充NSTimer的功能，用“块”来打破保留环；不过除非NSTimer将来在公共接口里提供此功能，否则必须创建分类，将相关实现代码加入其中；