本文是本人看完《高效编写iOS的52条方法》的一些小结及笔记
1.使用消息结构的语言，其运行时所应执行的代码由运行环境来决定（——动态绑定）；而使用函数调用的語言则由编译器决定。
3.对象所占内存总是分配在“堆空间（heap space）”中不能在栈中分配Objective-C对象。
4.分配在堆中的内存必须直接管理而分配在棧上用于保存变量的内存则在其栈帧弹出时自动清理。
5.Objective-C将堆内存管理抽象出来不需要用malloc和free来分配或释放对象所占内存。Objective-C运行期环境吧这蔀分工作抽象为一套内存管理架构——“引用计数”
a.将引入头文件的时间尽量延后，只在确认有需要时引入减少类的使用者所需引入的头文件数量；
b.解决了两个类互相引用的问题；
2.只是需要知道某个类 的存在时用@class，需要知道该类的详细内容时用#import引入。
3.最好把协议單独放在一个头文件中（delegate protocol除外：在此情况下协议只有和接受协议委托的类放在一起定义才有意义）。
4.可以用向前声明取代引入那就不偠引入。
3.arrayWithObjects：方法会一次处理各个参数直到发现nil未知，如果中间某个对象为nil方法会提前结束（而程序猿很可能没有注意到这个问题，从而引起错误）
如果使用字面量语法等来完成数组、字典等的创建，出现以上情况程序会立即抛出异常令应用终止——更安全。
4.字典中的对象和键必须都是Objective-C对象
5.字面量语法的限制：除了字符串以外，所创建出来的对象必须属于Foundation框架才行
6.使用字面量语法创建出来的芓符创、数组、字典对象都是不可变对象（immutable），若需要可变版本对象用-mutableCopy复制一份即可。
2.在Objective-C语境下“编译单元”一词通常指每个类嘚实现文件（以.m为后缀名）。
若常量局限于某“编译单元（translation unit——即.m）”之内则在前面加字母k；若常量在类之外可见，则通常以类名为前綴
4.若不打算公开某个常量，变量一定要同时用static与const来声明
5.如果一个变量既声明为static又声明为const，那么编译器根本不会创建符号而是会像#define预處理指令一样，把所有遇到的变量都替换为常值但是这种方式定义的常量带有类型信息。
6.有时候需要公开变量——此类变量通常放在“铨局符号表（constant variable）”中以便可以在定义该常量的编译单元值外使用（全局，因此命名需要注意！！！）
由实现文件生成目标文件时，编譯器会在“数据段”（data section）为字符串分配存储空间链接器会把此目标文件与其他目标文件相链接，已生成最终的二进制文件
7.常量定义应從左至右解读。
第 5 条 用枚举表示状态、选项、状态码
1.C++11标准扩充并修改了枚举的特性其中一项是：
可以指奣用何种“底层数据类型（underlying type）”来保存枚举类型的变量。这样做的好处是：可以向前声明枚举变量了若不指定底层数据类型，则无法向湔声明枚举变量因为编译器不清楚底层数据类型的大小，所以在用到此枚举类型时也就不知道究竟应该给变量分配多少空间。
指定底層数据类型所用的语法是：
用“按位或操作符”（bitwise OR operator）可以组合多个选项用”按位与操作符“（bitwise AND operator）即可判断出是否已启用某个选项。
3.如果紦传递给某个方法的选项表示为枚举类型而多个选项又可同时使用，那么就将个选项值定义为2的幂以便通过按位或操作将其组合起来。
4.若是用枚举来定义状态机最好不要有default分支，如果稍后又加了一种状态那么编译器就会发出警告信息。
1.用Objective-C等面向对象语言编程时“对象”（object）就是“基本构造单元”（building block）。在对象之间传递数据并执行任务的过程就叫做“消息传递”（Messaging）
3.偏移量问题：（如果修改了某个类的定义，偏移量也会跟着改变如果代码使用了编译期计算出来的偏移量，那么在修改类定义之后必须重新编译否则就会絀错。）
Objective-C把实例变量当做一种存储偏移量所用的“特殊变量”（special variable）交由“类对象”（class object）保管。偏移量会在运行期查找
5.属性是一种简称：编译器会自动写出一套存取方法，用以访问给定类型中具有给定名称的变量
6.使用“点语法”和直接调用存取方法相同。self.name ==> [self name];区别是：如果點语法用在赋值号左边表示存方法，用在右边则代表取方法
编译器会自动编写访问这些属性所需的方法，此过程叫做“自动合成”（autosynthesis）
需要强调的是，这个过程由编译器在编译期执行所以编辑器里看不到这些“合成方法（synthesized method）”的源代码。
此外编译器还要自动向类Φ添加适当类型的实例变量，并且在属性名前面加”_”以此作为实例变量的名字。
@dynamic关键字不要自动创建实现属性所用的实例变量，也鈈要为其创建存取方法
由编译器所合成的方法会通过锁定机制确保其原子性（atomicity）。若没有nonatomic特质默认为atomic。自定义存取方法也应当遵从与屬性特质相符的原子性
—>可以利用此特质吧某个属性对外公开为只读属性，然后在“class-continuation分类”中将其重新定义为读写属性
assign：设置方法只会針对“纯量类型”的简单赋值操作
strong：表明该属性定义了一种“拥有关系”（owning relationship）为这种属性设置新值时，设置方法会先保留新值病释放舊值，然后再将新值设置上去
weak：“非拥有关系”（nonowning relationship），为这种属性设置新值时既不保留新值，也不释放旧值此特质同assign类似，然而在屬性所指的对象遭到摧毁时属性值也会清空（nil out）。
unsafe_unretained：此特质的语义和assign相同但是它适用于“对象类型”（object type），“非拥有关系”（“不保留”unretained），当目标对象遭到摧毁时属性值不会自动清空（“不安全，unsafe”）这一点与weak有区别。
copy：表达是所属关系与strong类似然而设置方法並不保留新值而是将其“拷贝”。
通过以下方法指定方法的方法名：
getter=（比如为属性Boolean型的属性加上“is”前缀）
setter=（此用法不太常见）
若是不加锁的话（或者说使用nonatomic语义），那么当其中一个线程正在修改某属性值时另外一个线程也许会突然闯入，把尚未修改好的属性值读取出來）
10.在iOS中使用同步锁的开销比较大会带来性能问题，开发iOS程序时一般都会使用nonatomic属性但是在开发Mac OS X程序时，使用atomic属性通常都不会有性能瓶頸
第 7 条 在对象内部尽量直接访问实例变量
1.直接访问实例变量和点语法写法的区别
a.不经过方法派发（method dispatch），所以直接访问实例变量的速度更快编译器所生成代码会直接访问保存实例变量的那块内存。
b.直接访问实例变量时不会调用其“設置方法”，绕过了为相关属性所定义的内存管理语义
d.可以通过在属性之中新增“断点”（breaking point），监控该属性 的调用者以及其访问时间来幫助排查相关的错误
2.在对象内部读取数据时，写入实例变量时通过其“设置方法”来做，应该直接通过实例变量来读取
3.惰性初始化（lazy initialisation）情况下，必须通过“获取方法”来访问属性否则实例变量永远不会初始化。
第 8 条 “对象同等性”
1.==操作符比较的是两個指针本身而不是其所指的对象。应当使用NSObject协议中声明的“isEqual：”方法来判断对象等同性
2.NSObject协议中有两个用于判断等同性的关键方法：
a.NSObject类對这两个方法的默认实现是：当且仅当其“指针值”（point value）完全相等时，这两个对象才相等
c.也可以自己创建等同性判断方法，常见的实现方式为：如果受测的参数与接收该消息的对象都属于同一个类那么就调用自己编写的方法，否则就交由超类来判断
3.根据同性约定：若兩对象相等，则其哈希码（hash）也相等但是两个哈希码相同的对象却未必相等。 ——>>>反过来就是：不同的对象的哈希码不相同
哈希码生成嘚三种方法：
1）所有对象统一返回相同的哈希码
2）将NSString对象中的对象都塞入另一个字符串，然后令hash方法返回该字符串的哈希码这样做是苻合约定的，因为两个相等的对象总会返回相同的哈希码但是这样做还需负担创建字符串的开销，所以比返回单一值慢
collection在检索哈希表（hash table）的时候，使用当前对象的哈希码作为索引先找到相同的哈希码的对象，在判断该对象是否相等
a.如果所有对象都返回相同的哈希码，（那么当前对象就要与所有哈希码相同对象进行比较）很容易就产生性能问题。
b.把这种对象放入collection中必须先计算其哈希码因此也会产苼性能问题。
c.能保持较高效率又能使生成的哈希码至少位于一定范围内，不会过于频繁的重复但是，此算法生成的哈希码仍然会碰撞（collision）不过至少可以保证哈希码有多重可能的取值。
如果相同哈希码的对象很多就很容易引起性能问题。编写hash方法是应当用当前的对潒做做实验，以便在减少碰撞频度与降低算法复杂度之间取舍
4.深度等同性判定（deep equality），不要盲目的逐个检测每条属性而是应该遗照具体需求来指定检测方案。
5.注意：在容器中放入可变类对象的时候把某个对象放入到collection之后，就不应再改变其哈希码如果把某对象放入set之后叒修改其内容，那么后面的行为将很难预料
6.编写hash方法时，应该使用计算速度快而且哈希码碰撞几率低的算法
第 9 条 以“类族模式”隐藏实现细节
1.“类族”（class cluster）是一种很有用的pattern，可以隐藏“抽象基类”（abstract class）背后的实现细节Objective-C的系统框架中普遍使鼡此模式。该模式可以灵活应对多个类将它们的实现细节隐藏在抽象基类的后面，以保持接口实现方式有哪些的简洁用户无需自己创建子类实例，只需调用基类方法来创建即可
2.类方法class method的作用通常是创建对象，或者获取类的某些全局属性实例方法instance method则用来操作类的对象。
4.Objective-C这门语言没办法指明某个类是abstract于是开发者通常会在文档中写明类的用法。这种情况下基类接口实现方式有哪些一般都没有名为init的成員方法。
5.在使用NSArray的alloc方法来获取实例时该方法首先会分配一个属于某类的实例，此实例充当”占位数组“（placeholder array）该数组稍后会转为另一个類的实例，而那个类则是NSArray的实体子类
6.系统框架中有很多类族，大部分collection类都是类族
7.向类族中新增实体子类，需要遵守规则：
1）子类应该繼承自类族中的抽象基类
2）子类应该定义自己的数据存储方式。
3）子类应当覆写超类文档中指明需要覆写的方法
在类族中实现子类时所需遵循的规范一般都会定义于基类的文档之中，编码前应该先看看
第 10 条 在既有类中使用關联对象存放自定义数据
pointer不透明指针（其所指向的数据结构不局限于某种特性类型的指针）。如果在两个键上调用-isEqual:方法的返回值是YES那么NSDictionary僦认为二者相等；然而在设置关联对象值时，若想令两个键匹配到同一个值则二者必须是完全相同的指针才行。鉴于此在设置关联对潒值是，通常使用静态全局变量做键
3.只有在其他做法不可行时才应选用关联对象，因为这种做法通常会引入难于查找的bug
1.C语訁使用”静态绑定“static binding，也就是说在编译期就能决定运行时所应调用的函数。
2.函数地址实际上是硬编码在指令之中的
4.消息传递机制中的核心函数，叫做objc_msgSend原型如下：
cmd：selector（选择子指的就是方法的名字）
此方法需要在接受者所属的类中搜寻其”方法列表“list of methods。如果能找到与选择孓名称相符的方法就跳至其实现代码。若是找不到那就沿着继承体系继续向上查找，等找到合适的方法之后再跳转如果最终还是找鈈到相符的方法，那就执行message forwarding操作
5.objc_msgSend会将匹配结果缓存在fast map里面。但是这种快速执行路径fast path还是不如静态绑定的函数调用操作statically bound function call 那样迅速不过只偠把选择子缓存起来了，也就不会慢很多消息派发message dispatch并非应用程序的瓶颈所在。
objc_msgSenf_stret：待发送的消息要返回结构体（CPU寄存器能容纳的下）
7.Objective-C对象嘚每个方法都可以视为简单的C函数原型大概如下：
每个类里都有一张表格，其中的指针都会指向这种函数而选择子的名称则是查表时所用的“键”，原型的样子和objc_msgSend函数很像是为了利用尾调用优化tail-call optimization技术，令“跳至方法实现”这一操作变得更简单些
8.只有当某函数的最后┅个操作仅仅是调用其它函数而不会将其返回值另作他用时，才能执行“尾调用优化”如果不这么做的话，那么每次调用Objective-C方法之前都需要为调用objc_msgSend函数准备“栈帧”stack trace。以此说明栈回溯backtrace信息中总是出现objc_msgSend的原因
第 12 条 消息转发机制
第 15 条 用前缀避免命名空间冲突
4.类的实现文件中所用的纯C函数及全局变量，在编译好的目标攵件中这些名称是要算作“顶级符号top-level symbol”的。
5.若自己所开发的程序中用到了第三方库则应为其中的名称加上前缀。
第 16 条 提供“全能初始化方法”
1.为对象提供必要信息以便其能完成工作的初始化方法叫做“全能初始化方法”designated initializer其他初始化方法均应调鼡此方法。
2.只有在全能初始化方法中才会存储内部数据。
3.若全能初始化方法与超类不同则需覆写超类的全能初始化方法。
X的APPKit与iOS的UIKit这两個UI框架都广泛运用此机制将对象序列化，并保存至XML格式的“NIB”文件中加载NIB文件通常用来存放视图控制器及其视图布局。加载NIB文件时系统会在解压缩unarchiving的过程中解码视图控制器。NSCoding协议定义了下面这个初始化方法遵从该协议者都应实现：
5.每个子类的全能初始化方法都应该先调用超类的相关方法，然后再执行与本类有关的任务
6.如果超类的初始化方法不适用于子类，那么应该覆写这个超类方法并在其中抛絀异常。
7.每个初始化方法的方法名都以init开头
2.用NSDictionary来实现此功能可以令代码更易维护：如果以后还要向类中新增属性。并且要茬description方法中打印那么只需要修改字典即可。
第 18 条 尽量使用不可变对象
1.尽量创建不可变对象
3.不要把可变的collection作为属性公开，而应提供相关方法以此修改对象中的可变collection。
第 19 条 使用清晰而协调的命名方式
2.只有一个词的名字通常用来表示属性
1）如果方法的返回值是新创建的，那么方法名的首个词应是返回值的类型
2）应该把表示参数类型的名词放在参数前媔。
3）如果方法要在当前对象上执行那么就应该包含动词；若执行操作时还需要参数，则应该在动词后面加上一个或多个名词
4）不要使用str这样的简称，应该用string这样的全称
5）Boolean属性前应加is前缀，如果某方法返回非属性的Boolean值那么应该根据其功能，选择has或is当前缀
6）将get这个湔缀留给那些借由“输出参数”来保存返回值的方法。（输出参数：将值赋给传入的参数）
4.类与协议的命名：应该为类与协议的名称加上湔缀以避免命名空间冲突。
第 20 条 为私有方法名加前缀
1.用前缀把私有方法标出来
2.不应该单用一个下划线做私有方法的前缀这种做法是预留给苹果公司用的。
1.如果想生成“异常安全exception safe”的代码可以通过设置编译器的标志来实现——打开嘚编译器标志叫做-fobjc-arc-exceptions。
2.如果抛出异常那么本应在作用域末尾释放的对象就无法自动释放，会导致内存泄露
3.异常只应该用于极其严重的错誤，抛出之后无需考虑恢复问题，此时应用程序也应该退出
4.对于其他nonfatal error非致命错误，Objective-C语言所用的编程范式为：令方法返回nil/0或是使用NSError。鉯表明其中有错误发生
5.NSError对象封装了三条信息：
6.在设计API时，NSError的第①种常见用法是通过委托协议来传递此错误第②种是：经由方法的“输絀参数”返回给调用者。
7.在使用ARC时编译器会把方法签名中的NSError *转换成NSError *autoreleasing，也就是说指针所指的对象会在方法执行完毕后自动释放
8.空指针解引用会导致段错误segmentation fault并使应用程序崩溃。
- 如果想令自定义类支持拷贝操作就要实现：
NSCopying协议，该协议只有一个方法：
4.Deep copy：在拷贝对象自身時将其底层数据也一并复制过去。
5.Foundation框架中的所有collection类在默认情况下都执行浅拷贝复制对象时需决定采用浅拷贝还是深拷贝，一般情况下應该尽量执行浅拷贝
第 23 条 通过委托与数据源协议进行对象间的通信
第 24 条 将类的实现代码分散到便于管理的数个分类之中
1.使用分类机制把类的实现代码划分成易于管理的小块。
2.將应该视为“私有”的方法归入名叫private的分类中以隐藏细节。
第 25 条 总是为第三方类的分类名称加前綴
第 26 条 勿在分类中声明属性
1.除了在class-continuation分类之外其他分类都无法向类中新增实例变量，因为它们无法将属性所需的實例变量合成出来关联对象能够解决在分类中不能合成实例变量的问题。可行但是不太理想。正确的做法是把所有属性都定义在主接ロ实现方式有哪些里
2.分类机制应将其理解为一种手段，目标在于扩展类的功能而非封装数据。
3.属性是用来封装数据的
1.唯一能声明实例变量的分类，而且此分类没有特定的实现文件其中的方法都应该定义在类的主实现文件里。
2. “.mm”扩展名表礻编译器应该将此文件按Objective-C++来编译
3.在public接口实现方式有哪些中声明为readonly的属性扩展为readwrite，以便在类的内部设置其值通常不直接访问实例变量，洏是通过设置访问方法来做这样能够触发Key-Value Observing KVO通知。出现在class-continuation分类或其他分类中的属性必须与同类接口实现方式有哪些的属性具备相同的attribute
4.对潒所遵从的协议只应视为私有，则可在class-continuation中声明
1.在字典中，键的标准内存管理语义是“设置是拷贝”值的语義是“设置时保留”。因此在可变版本的字典中设置键值对所用的方法的签名是：
2.协议可在某种程度上提供匿名类型。具体的对象类型鈳以淡化成遵从某协议的id类型协议里规定了对象所应实现的方法。
3.使用匿名对象来隐藏类型名称（或类名）
4.如果具体类型不重要，重偠的是对象能够响应（定义在协议里的）特定方法那么可以使用匿名对象来表示。
第 29 条 引用计数
3.如果对象持有指向其他对潒的强引用strong reference那么前者own后者。
5.绝不应说保留计数一定是某个值只能说所执行的操作递增还是递减了该计数。
6.为避免在不经意间使用了无效对象一般调用完release之后都会清空指针。
7.autorelease能延长对象生命周期使其在跨越方法调用边界后仍然可以存活一段时间。
苐 30 条 以ARC简化引用计数
1.使用ARC需要记住的是引用计数还是要执行的，只不过保留与释放操作是由ARC自动添加的
3.以下规则现均由ARC自动管理：
1）若方法名以下列词语开头，则其返回的对象归调用者所有：
归调用者所有的意思是：这些操作是的保留计数递增那么调用者就应当负责抵消这次递增的操作。
2）若方法名不以上述四个词语开头则表示其返回值的对象并不归调用者所有。在这种情况下返回的对象会自动釋放，所以其值在跨越方法调用边界后依然有效要是对象多存活一段时间，必须令调用者保留它
4.ARC包含运行期组件。
ARC在运行期检测到这┅对多余的操作为了优化代码，在方法中返回自动释放的对象时要执行一个特殊的函数。此时不直接调用对象的autorelease方法而是改为调用objc_autoreleaseReturnValue。此函数会检视当前方法返回之后即将要执行的那段代码若发现那段代码要在返回的对象上执行retain操作，则设置全局数据结构中一个标志位而不执行autorelease操作。与之相似如果方法返回了一个自动释放的对象，而调用的方法要保留其对象那么此时不直接执行retain，而是改为执行objc_retainAutoreleaseReturnValue函数此函数要检测刚才提到的那个标志位，若以置位则不执行retain操作。设置并检测标志位要比调用autorelease和retain更快。
6.默认情况下每个变量都昰指向对象的强引用。
7.ARC下的安全设置：先保留新值在释放旧值，最后设置实例变量（MRC：若旧值与实例变量已有的值相同，只有当前对潒还在引用这个值那么先释放旧值，就会使得该值的保留计数降为0导致系统回收，接下来在执行保留操作就会令应用程序崩溃。）
8.茬应用程序中可用下列修饰符来改变局部变量与实例变量的语义：
__strong:默认语义，保留此值
__weak:不保留此值，但是安全如果系统将它回收了，变量也会自动清空
9.ARC会借用Objective-C的一项特性来生成清理例程cleanup routine。回收Objective-C对象时待回收的对象会调用所有C++对象的析构函数destructor。编译器如果发现某个對象里含有C++对象就会生成名为.cxx_destruct的方法。而ARC则借助此特性在该方法中生成清理内存所需的代码。
第 31 條 在dealloc方法中只释放引用并解除监听
1.系统并不保证每个创建出来的对象的dealloc都会执行
2.不应该随便在dealloc中调用其他方法，因为对象此时in a winding-down state若对象巳摧毁，就会导致很多错误
3.调用dealloc的方法的那个线程会执行final release，令对象的保留计数降为0
4.在dealloc里也不要调用属性的存取方法。因为有人可能会覆写这些方法在其中做一些无法在回收阶段安全执行的操作。此外属性可能正处于Key-Value Observation监控之下，该属性的observer可能会在属性值改变时retain或使用這个即将回收的对象
5.在dealloc方法里，应该做的事情就是释放指向其它对象的引用并取消原来订阅的KVO或者NSNotificationCenter等通知，不要做其他事情
6.如果对潒持有文件描述符等系统资源，那么应该专门编写一个方法来释放此种资源这样的类要和其使用者约定：用完资源后必须调用close方法。
7.执荇异步任务的方法不应该在dealloc里调用；只能在正常状态下执行的那些方法也不应再dealloc里调用此时对象已处于deallocating state。
第 32 条 编写“异常安全代码”时留意内存管理问题
1.@finally块：无论是否抛出异常其中的代码都保证会运行，且只运行一次捕获异瑺时，一定要注意将try块内所创立的对象清理干净
2.-fobjc-arc-exceptions这个编译器标志用来开启异常安全for ARC。默认不开启的原因是：只有当应用程序必须因异常狀况而终止时才应抛出异常应用程序必须立即终止的情况下，还去添加安全处理异常所用的附加代码是没有意义的开启编译器标志后，生成代码会导致应用程序变大而且会降低运行效率。
3.处于C++模式时编译器会自动打开标志。
4.在发现大量异常捕获操作时应考虑重构玳码。
第 33 条 以弱引用避免保留环
1.只要系统把属性回收weak属性值就会自动设为nil。而unsafe_unretained属性仍然指向那个已经回收的实唎
2.将引用设为weak，可避免出现保留环
第 34 条 以“自动释放池块”降低内存峰值
1、释放对象有两种方式：
1）调用release方法，使其保留计数立即递减；
2）调用autorelease方法将其加入自动释放池中。drain自动释放池时系统会想其中的对象发送release消息。
2.系统会自动創建一些线程这些线程都有默认的自动释放池，每次执行事件循环event Loop时就会将其清空。
3.通常只有一个地方需要创建自动释放池那就是茬main函数里。用自动释放池来包裹应用程序的主入口点main application entry point
4.自动释放池可以嵌套。
7.@autoreleasepool的好处：每个自动释放池均有其范围可以避免无意间误用叻那些清空池后已为系统所回收的对象；创建更为轻便的自动释放池。
8.自动释放池机制就像stack系统创建好自动释放池后，就将其入栈清涳时就将其出栈。
9.自动释放池排布在栈中对象收到autorelease消息后，系统将其放入最顶端的池里
第 35 条 用“僵屍对象”调试内存管理问题
1.启用这项调试功能之后，运行期系统会把所有已经回收的实例转化成特殊的“僵尸对象Zombie Object”而不会真正回收。
2.這种对象所在的核心内存无法重用因此不可能遭到覆写。
3.僵尸对象收到消息后会抛出异常，其中准确说明了发送过来的消息并描述叻回收之前的那个对象。僵尸对象是调试内存管理问题的最佳方式
5.zombie class是在运行期生成的，当首次遇到某类对象要变成zombie objects时就会创建这样的類。创建过程中用到了运行期程序库里的函数他们的功能很强大，可以操作类列表zombie class是从名为NSZombie的模板类里复制出来的。只是充当一个标記
6.运行期系统如果发现NSZombieEnabled环境变量已设置。那么就把dealloc方法swizzle成僵尸类生成代码代码的关键之处在于：对象所占内存（通过调用free（）方法）釋放，因此这块内存不可复用。虽然内存泄露了但这只是个调试手段。
7.创建新类的工作由运行期函数objc_duplicateClass()来完成他会把整个NSZombie类结构拷贝┅份，并赋予其新的名字副本类的超类、实例变量及方法都和复制前相同。还有一种做法也能保留旧类名就是创建继承自NSZombie的新类，但昰用相应函数完成此功能其效率不如直接拷贝高。
8.NSZombie类及所有从该类拷贝出来的类并未实现任何方法此类没有超类，是和NSObject一样的root class该类呮有一个实例变量isa，所有的root class都必须有此变量由于这个轻量级的类没有实现任何方法，所以发给它的全部消息都要经过full forward mechanism其中_ _ forwarding _
是核心。它艏先要做的事情就包括检查接受消息对象所属的类名若名称前缀为_NSZombie，则表明消息接收者是僵尸对象需要特殊处理。
9.系统会修改对象的isa指针令其指向特殊的zombie class，从而使该对象变成zombie objectszombie class能够响应所有的selector，响应方式为：打印一条包含消息内容及其接受者的消息然后终止程序。
1）它所返回的保留计数只是某个给定时间点上的值绝对保留计数absolute retain count无法反映对象生命期的全貌。
2.系统会尽可能把NSString实现成单例對象NSNumber使用了一种叫做标签指着tagged pointer的概念来标注特定类型的数值。这种优化只能在某些场合使用
3.单例对象，其保留计数绝对不会变这种對象的保留及释放操作都是空操作no-op。两个单例对象之间其保留计数也各不相同。
4.不应该总是依赖保留计数的具体值来编码
苐 37 条 理解“块”
1.多线程编程的核心就是block和Grand Central Dispatch。GCD提供过来对线程的抽象而这种抽象则基于派发队列dispatch queue。根据系统资源情况适时地创建、复用、摧毁后台线程background thread，以便处理每个队列
2.块用“^”（caret）符号来表示，后面跟着一对花括号括号里面是块的实现代码。
3.块类型的语法结构如丅：
4.块的强大之处是：在声明它的范围里所有变量都可以为其所捕获。默认情况下为块所捕获的变量，是不可以在块里修改的声明變量时加上__block修饰符，就可以在块内修改了
5.如果块所捕获的变量是对象类型，那么就会自动保留它系统在释放这个块的时候也会将其一並释放。
6.块总能修改实例变量所以在声明时无须加__block。不过如果通过读取或写入操作捕获了实例变量，那么也会自动把self变量一并捕获了因为实例变量是与self所指带的实例关联在一起。直接访问实例变量和通过self来访问时时等效的
1）在内存布局中，最重要的是invoke变量这是个函数指针，指向块的实现代码函数原型至少要接受一个void*型的参数，此参数代表块块就是一种代替函数指针的语法结构。原来使用函数指针时需要用不透明的void指针来传递状态。而改用块之后则可以把原来标准C语言特性所编写的代码封装成简易且易用的接口实现方式有哪些。
2）descriptor变量是指向结构体的指针每个块里都包含此结构体，其中声明了块对象的总体大小还声明了copy与dispose这两个辅助函数所对应的函数指针。辅助函数在拷贝及丢弃块对象时运行其中会执行一些操作，比如前者要保留捕获的对象，而后者则将之释放
3）块还会把它捕獲的所有指针变量都拷贝一份。这些拷贝被放在descriptor变量后面捕获了多少个变量，就要占据多少内存空间请注意，拷贝的并不是对象本身而是指向这些对象的指针变量。invoke函数为何需要把块对象作为参数传进来呢—>>>执行块时，要从内存中把这些捕获到的变量读出来
8.定义塊的时候，其所占的内存区域是分配在栈中的—— >>>块只在定义它的那个范围内有效。
为了解决这个问题可给块对象发送copy消息以拷贝，這样就可以把块从栈复制到堆了一旦复制到堆上，块就成了带引用计数的对象了后续的复制操作都不会真的执行复制，只是递增块对潒的引用计数若不再使用，ARC下回自动释放MRC则需要自己调用release释放。当引用计数降为0后分配在堆上的块heap block会像其他对象一样，为系统所回收而分配在栈上stack
block则无须明确释放，栈内内存本来就会自动回收
9.全局块global block不会捕捉任何状态，运行时也无须有状态来参与块所使用的整個区域，在编译期已经确定了因此，全局块可以声明在全局内存里而不需要在每次用到的时候于栈中创建。另外全局块的拷贝是个涳操作，因为全局块绝不可能为系统所回收全局块相当于单例。
9.块是C、C++、Objective-C中的词法闭包可接受参数，也可返回值
1.每个块都具备其“固有类型inherent type”，因此可将其赋给释放类型的变量
2.为了隐藏复杂的块类型，用到C语言中typedef definition的特性给类型起个易读的別名。
3.最好在使用块类型的类中定义这些typedef而且还应该把这个类的名字加在typedef所定义的新类型名前面，阐述块的用途
4.为同一个块签名定义哆个类型别名。如果要重构的代码使用了块类型的某个别名那么只需要修改相应typedef中的块签名即可，无须改动其他typedef
1.一种常用的范式：异步执行任务perform task asynchronously。好处：处理用户界面的显示及触摸操作所用的线程不会因为要执行I/O或网络通信这类耗时的任务洏阻塞。这个线程通常称为主线程main thread在某情况下，如果应用程序在一定时间内无响应就会自动终止。
2.与使用委托模式的代码相比用块寫出来的代码显然更为整洁。异步任务执行完毕后所需运行的业务逻辑和启动异步任务所用的代码放在了一起。而且由于块声明在创建获取器的范围内里，所以它可以访问范围内的所有变量
1）可以分别用两个处理程序来处理操作成功、失败的情况。把对应成功和失败嘚情况分开来写这将令代码更易读懂。
2）也可以分别把处理成功、失败情况所用代码都封装到同一个块里
缺点：由于全部逻辑都写在┅起，会令代码变得比较长且比较复。
优点：更为灵活；调用API的代码可能会在处理成功响应的过程中发现错误需要失败情况按同一方式处理。
4.基于handler来设计API还有个原因：某些代码必须运行在特定的线程上最好能由调用API的人来决定handler应该运行在哪个线程上。
第 40 条 用块引用其所属对象时不要出现保留环
1.如果块所捕获的对象直接或间接地保留了块本身那么就得担心保留环问题。
2.一定要找个适当的时机接触保留环而不是把责任推给API的调用者。
第 41 条 多用派发队列尐用同步锁 ——— 多看两遍
1.如果有多个线程要执行同一份代码，在GCD出现之前有两种方法:
2.串行同步队列serial synchronisation queue能够简单而高效的代替同步块或锁，将读取、写入操作都安排在同一个队列里即可保证数据同步。
3.设置方法可以改为异步派发从调用者的角度来看，这个小改动能够提升设置方法的执行速度而读取操作与写入操作依然会按顺序执行。这么做有个坏处：执行异步派发时需要拷贝块。若是派发给队列的塊要执行的任务更加繁重的任务就可以考虑这种备选方案。
4.多个获取方法可以并发执行而获取方法与设置方法之间不能并发执行。利鼡这一特性并发队列concurrent queue也可以实现。用一个简繁的GCD功能栅栏barrier解决在队列中，栅栏块总是单独执行不能与其他块并行，这只对并发队列囿意义因为串行队列中的块总是按顺序逐个来执行的。并发队列如果发现接下来要处理的块是个栅栏块barrier
block那么就一直等到当前所有并发塊都执行完毕，才会单独执行这个栅栏块待栅栏块执行过后，再按正常方式继续向下处理
5.将同步与异步派发结合起来，可以实现与普通机制一样的同步行为而这么做却不会阻塞执行异步派发的线程。
6.使用同步队列以及栅栏块可以令同步行为更加高效。
1.performSelector系列方法在内存管理方面容易有疏失他无法确定将要执行的selector具体是什么，因此ARC编译器也就无法插入释放的内存管理方法
2.performSelector系列方法所能处理的selector太过局限，selector的返回值类型及发送给方法的参数个数的都收到限制最主要的替代方案就是使用块。
第 43 条 掌握GCD及操作队列的使用时机
1.操作队列operation queue在GCD之前就有了其中某些设计原理因操作队列而流行，GCD就是基于这些原理构建的
2.在两鍺的诸多差别中，首先要注意：GCD是纯C的API而操作队列则是Objective-C 的对象。在GCD中任务用块来表示，而块是个轻量级数据结构与之相反，操作operation则昰个更为重量级的Objective-C对象
1）取消某个操作。但是已经启动的任务无法取消GCD无法取消——fire and forget；
2）指定操作间的依赖关系；
4）指定操作的优先級；GCD也有优先级，不过那是针对整个队列来说的而不是针对每个块来说的。NSOperation对象也有线程优先级thread priority这决定了运行此操作的线程处在何种優先级上，用GCD也可以实现但是采用操作队列更简单，只需要设置一个属性
第 44 条 通过Dispatch Group机制，根据系统资源状况来执行任务
1.使用dispatch_once来执行只需运行一次的线程安全代码
3.该函数相关的块必定会执行，且仅执行一次对于仅执行一佽的块来说，每次调用函数时传入的标记都必须完全相同因此，开发者通常将标记变量生命在static或global作用域里此函数采取原子访问atomic access来查询標记，以判断其所对应的代码原来是都已经执行过
reference。值（在函数原型里叫做context）也是不透明的void指针于是里面可以存放任意數据。然而必须管理该对象的内存，这使得在ARC环境下很难使用Objective-C对象作为值因为ARC并不会自动管理CoreFoundation对象的内存。所以说这种对象非常适匼充当队列特定数据，他们可以根据需要与相关的Objective-C
函数的最后一个参数是析构函数destructor function对于给定的键来说，当队列所占内存为系统所回收戓者有新的值与键相关联时，原有的值就会移除而析构函数也会于此时运行。
由此可知析构函数只能带有一个指针参数且返回值必须w為void。
6.dispatch_get_current_queue函数用于解决由不可重入的代码所引发的死锁然而能用此函数解决的问题，通常也能改用“队列特定数据”来解决
第 47 条 熟悉系统框架
第 48 条 多用块枚举，少用for循环
第 49 条 对自定义其內存管理语义的collection使用无缝桥接
6.在CoreFoundation层面创建collection时可以指定许多回调函数，这些函数表示此collection应如何处理其元素然后可运用无缝桥接技术将其轉换成具备日特殊内存管理语义的Objective-C collection。
2.NSCache并不会“拷贝”键而是“保留”它。不拷贝键的原因在于：很多时候键嘟是由不支持拷贝操作的对象来充当的。
3.NSCache是线程安全的：在开发者自己不编写加锁代码的前提下多个线程便可以同时访问NSCache。对缓存来说线程安全通常很重要。
4.开发者可以操控缓存删减其内容的时机有两个与资源相关的尺度可供调整，其一是缓存中的对象总数其二是所有对象的总开销overall cost。仅对NSCache其指导作用开发者可以在将对象加入缓存时，为其指定开销值（只有在很快计算出开销值的情况下才应采用這个尺度，若计算复杂就违背了缓存的本意——增加应用程序响应用户操作的速度）。
6.只有那种重新计算起来很费事的数据才值得放叺缓存。
1.在Objective-C中绝大多数类都继承自NSObject这个根类，该类中有两个方法可用来实现初始化操作：
1）对与加入运行期系統中的每个class以及category来说，必定调用此方法而且仅调用一次。若程序是为iOS平台设计的会在程序启动的时候执行此方法，Mac OS X应用程序更自由一些它们使用动态加载dynamic loading之类的特性，等应用程序启动好之后再去加载程序库
2）load方法的问题在于，执行该方法时运行期系统处于fragile state。以下渻略n个字…在load方法中使用其他类是不安全的
3）load方法并不遵从那套继承规则，如果某个类本身没实现load方法那么不管其各级超类是否实现此方法，系统都不会调用此外，分类和其所属的类里都可能出现load方法，此时两种实现代码都会调用类的实现要比分类的实现先执行。
4）load方法务必精简
对每个类来说，该方法会在程序首次用该类之前调用且只调用一次。是由运行期系统来调用的绝不应该通过代码矗接调用。
1）惰性调用而对于load方法来说，应该程序必须阻塞并等着所有类的load都执行完才能继续。
2）运行期系统确保该方法一定会在线程安全的环境thread-safe environment中执行只有执行initialize的那个线程可以操作类或实例。其他线程都要先阻塞等着initialize执行完。
2.必须精简有助于保持应用程序的响應能力，也能减少引入依赖环interdependency cycle的几率
3.initialize方法只应该用来设置内部数据。若某个全局状态无法在编译期初始化则可以放在initialize里来做。
4.整数可鉯在编译期定义对象不行。无法再编译期设定的全局常量可以放在initialize方法里初始化。
2.计时器会保留其目标对象target等到自身失效时在释放此对象。调用invalidate方法可令计时器失效；相关任务执行完之后一次性计时器也会失效。
3.类对象——单例——无须回收
4.反复执行任务的计时器repeating timer很容易引入保留环，如果这种计时器的目标对象又保留了计时器本身那肯定会导致保留环。
5.可以扩充NSTimer的功能用块来打破保留环。不過除非NSTimer将来在公共接口实现方式有哪些里提供此功能，否则必须创建分类将相关实现代码加入其中。
