Effective Objective-C 读书笔记

支持原创,原文地址:www.KentonYu.com

时间什么的,挤挤就有了。Effective这本书在iOS编程领域知名度还是蛮高的=_=。这篇文章就来记录一些读书笔记吧。

  1. 关于常量的命名法:常量局限于某“编译单元”(也就是在实现文件.m之内),则前面加字母k;若常量在类之外可见,则通常已类名做为前缀。

  2. <code>//file .m
    static const NSTimeInterval kAnimationDuration = 0.3;
    </code>
    假如上面的变量不声明static,则编译器会为它创建一个“外部符号”(external symbol)。此时在另外文件申明了同名的变量,编译器就会报错。
    <code>
    duplicate symbol _kAnimationDuration in:......
    </code>
    事实上,一个静态(static)不可变(const)变量,编译器不会创建符号,会像define一样进行替换,但是它有类型信息。

  3. 垃圾收集器(GC),iOS系统中没有GC,MAC OS X 10.8之前有GC,但是之后也正式废弃了,所以目前OC中不存在GC。

  4. 如果有非Objective-C的对象,比如CoreFoundation中的对象或由malloc()分配在堆中的内存,那么需要在dealloc中清理。dealloc中还需要取消原来订阅的“KVO”或NSNotificationCenter等通知。

 - (void)dealloc {
    CFRelease(_coreFoundationObject);
    free(_heapAllocatedMemoryBlob);
    [[NSNotificationCenter defaultCenter] removeObserver:self];
    // [super dealloc];  //ARC中不需要调用super
 }
  1. 通过自动释放池块来降低内存峰值。是否应该用池来优化效率,完全取决于具体的应用程序。首先应该监控内存用量,如果有必要优化,再通过池来优化。尽管自动释放池的开销不太大,但毕竟是有的。所以不要简历额外的自动释放池。
 for(int i=0; i<100000; i++) {
     @autoreleasepool {
          [self doSomethingWithInt:i];
     }
 }
  1. 向已回收的对象发送消息是不安全的。这么做有时可以,有时不行。具体可行与否,完全取决于对象所占的内存有没有被其他内存内容所重写。而这块内存有没有被移作它用又不确定,因此程序会偶尔奔溃。
    在没有奔溃的情况下有两种可能:

    • 那块内存只被复用了其中一部分,所以对象中有效的某些二进制数据依旧有效。
    • 那块内存对象恰好为另外一个有效且存活的对象所占据。
      这样的问题可以通过用“僵尸对象”调试,开启方法:编辑应用的scheme,在对话框的左侧选择Run,切换到Diagnostics分页,勾选Enable Zombie Objects。
      当然这种情况普遍存在于MRC时期,在ARC时期需要通过比较复杂的代码才能把僵尸对象表现出来。我的理解就是MRC中的野指针。因此在MRC中release对象后,最好将指针置空来避免这个问题。
  2. 关于实例变量和属性的问题:

  • 在对象内部读取数据时,应该直接通过实例变量来读取,而进行赋值时,则应该通过属性来写。
  • 在初始化方法或dealloc中,应该用实例变量。
  • 用懒加载来配置某份数据时,应该用属性来读取。
  1. objc_msgSend的作用
    C语言使用“静态绑定”,编译器就能决定运行时所应调用的函数。
    OC使用的是“动态绑定”,所有调用的函数直到运行期才能确定。
    OC中给某个对象发送消息,发生的步骤如下:
    • 调用objc_msgSend(id self, SEL cmd, ...)
    • 该函数从接收对象所属的类中搜寻它的"方法列表",如果能找到则会跳到相应的实现代码,否则沿着继承体系继续往上查找,找到之后进行跳转。
    • 如果最终没找到,则会执行“消息转发”。

通过以上几步才能完成一次消息的发送,因此objc_msgSend()有一张“快速映射表”来缓存已经匹配的结果,所以给对象发送相同的消息,那么执行起来就很快了。

  1. 消息转发(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);
类型编码表
  1. 方法调配(method swizzling)
    Method Swizzling:在运行期改变给定的选择子名称对应的方法。
    获得方法的实现
    <code>
    Method class_getInstanceMethod(Class aClass, SEL aSelector)
    </code>
    交换两个方法的函数
    <code>
    void method_exchangeImplementations(Method m1, Method m2)
    </code>

通过这两个方法可以为“完全不知道其具体实现的”黑盒方法增加日志记录功能,非常有助于调试。

推荐阅读更多精彩内容