支持原创，原文地址：www.KentonYu.com
时间什么的，挤挤就有了。Effective这本书在iOS编程领域知名度还是蛮高的＝_＝。这篇文章就来记录一些读书笔记吧。
-
关于常量的命名法：常量局限于某“编译单元”（也就是在实现文件.m之内），则前面加字母k；若常量在类之外可见，则通常已类名做为前缀。
-
<code>//file .m
static const NSTimeInterval kAnimationDuration = 0.3;
</code>
假如上面的变量不声明static，则编译器会为它创建一个“外部符号”（external symbol）。此时在另外文件申明了同名的变量，编译器就会报错。
<code>
duplicate symbol _kAnimationDuration in:......
</code>
事实上，一个静态（static）不可变（const）变量，编译器不会创建符号，会像define一样进行替换，但是它有类型信息。 -
垃圾收集器（GC），iOS系统中没有GC，MAC OS X 10.8之前有GC，但是之后也正式废弃了，所以目前OC中不存在GC。
-
如果有非Objective-C的对象，比如CoreFoundation中的对象或由malloc()分配在堆中的内存，那么需要在dealloc中清理。dealloc中还需要取消原来订阅的“KVO”或NSNotificationCenter等通知。
- (void)dealloc {
CFRelease(_coreFoundationObject);
free(_heapAllocatedMemoryBlob);
[[NSNotificationCenter defaultCenter] removeObserver:self];
// [super dealloc]; //ARC中不需要调用super
}
- 通过自动释放池块来降低内存峰值。是否应该用池来优化效率，完全取决于具体的应用程序。首先应该监控内存用量，如果有必要优化，再通过池来优化。尽管自动释放池的开销不太大，但毕竟是有的。所以不要简历额外的自动释放池。
for(int i=0; i<100000; i++) {
@autoreleasepool {
[self doSomethingWithInt:i];
}
}
-
向已回收的对象发送消息是不安全的。这么做有时可以，有时不行。具体可行与否，完全取决于对象所占的内存有没有被其他内存内容所重写。而这块内存有没有被移作它用又不确定，因此程序会偶尔奔溃。
在没有奔溃的情况下有两种可能：- 那块内存只被复用了其中一部分，所以对象中有效的某些二进制数据依旧有效。
- 那块内存对象恰好为另外一个有效且存活的对象所占据。
这样的问题可以通过用“僵尸对象”调试，开启方法：编辑应用的scheme，在对话框的左侧选择Run，切换到Diagnostics分页，勾选Enable Zombie Objects。
当然这种情况普遍存在于MRC时期，在ARC时期需要通过比较复杂的代码才能把僵尸对象表现出来。我的理解就是MRC中的野指针。因此在MRC中release对象后，最好将指针置空来避免这个问题。
-
关于实例变量和属性的问题：
- 在对象内部读取数据时，应该直接通过实例变量来读取，而进行赋值时，则应该通过属性来写。
- 在初始化方法或dealloc中，应该用实例变量。
- 用懒加载来配置某份数据时，应该用属性来读取。
- objc_msgSend的作用
C语言使用“静态绑定”，编译器就能决定运行时所应调用的函数。
OC使用的是“动态绑定”，所有调用的函数直到运行期才能确定。
OC中给某个对象发送消息，发生的步骤如下：- 调用objc_msgSend(id self, SEL cmd, ...)
- 该函数从接收对象所属的类中搜寻它的"方法列表"，如果能找到则会跳到相应的实现代码，否则沿着继承体系继续往上查找，找到之后进行跳转。
- 如果最终没找到，则会执行“消息转发”。
通过以上几步才能完成一次消息的发送，因此objc_msgSend()有一张“快速映射表”来缓存已经匹配的结果，所以给对象发送相同的消息，那么执行起来就很快了。
-
消息转发(message forwarding)机制
消息转发分两个阶段：- 先征询接收者所属的类，看其是否能动态添加方法，以处理当前这个“未知的选择子”，这叫做“动态方法解析”。
- 如果第一阶段结束，那么接收者就无法再以动态新增方法的手段来响应该消息了。此时，运行期系统会请求接收者看看有没有其他对象能处理该消息。若有，则运行期系统会把消息转发给那个对象。然后消息转发过程结束。若没有“备援的接收者”，运行期系统会把与消息有关的全部细节都封装到NSInvocation对象中，再给接收者最后一次机会来处理这条消息。
动态方法解析：
//实例方法
+ (BOOL)resolveInstanceMethod:(SEL)selector
//类方法
+ (BOOL)resolveClassMethod:(SEL)selector
备援接收者：
//有备援对象则返回，无则返回nil
- (id)forwardingTargetForSelector:(SEL)selector
完整的消息转发：
//可以改变消息内容，比如追加一个参数，或更换选择子等等
- (id)forwardInvocation:(NSInvocation *)invocation
//动态添加方法(第三个参数为函数指针，指向待添加的函数，第四个参数为添加方法的类型编码，第一个表示方法的返回值类型，后面表示方法的参数类型)
class_addMethod(Class, selector, IMP, typeEncoding);
类型编码表
- 方法调配(method swizzling)
Method Swizzling：在运行期改变给定的选择子名称对应的方法。
获得方法的实现
<code>
Method class_getInstanceMethod(Class aClass, SEL aSelector)
</code>
交换两个方法的函数
<code>
void method_exchangeImplementations(Method m1, Method m2)
</code>
通过这两个方法可以为“完全不知道其具体实现的”黑盒方法增加日志记录功能，非常有助于调试。
网友评论