iOS Objective-C 读书笔记

Effective Objective-C 读书笔记

Posted by KentonYu on 2016-03-27

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

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

  2. //file .m
    static const NSTimeInterval kAnimationDuration = 0.3;

    假如上面的变量不声明static，则编译器会为它创建一个“外部符号”（external symbol）。此时在另外文件申明了同名的变量，编译器就会报错。

    duplicate symbol _kAnimationDuration in:……

    事实上，一个静态（static）不可变（const）变量，编译器不会创建符号，会像define一样进行替换，但是它有类型信息。

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

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

    1
    2
    3
    4
    5
    6
    - (void)dealloc {
       CFRelease(_coreFoundationObject);
       free(_heapAllocatedMemoryBlob);
       [[NSNotificationCenter defaultCenter] removeObserver:self];
       // [super dealloc];  //ARC中不需要调用super
    }

  5. 通过自动释放池块来降低内存峰值。是否应该用池来优化效率，完全取决于具体的应用程序。首先应该监控内存用量，如果有必要优化，再通过池来优化。尽管自动释放池的开销不太大，但毕竟是有的。所以不要简历额外的自动释放池。

    1
    2
    3
    4
    5
    for(int i=0; i<100000; i++) {
        @autoreleasepool {
             [self doSomethingWithInt:i];
        }
    }

  6. 向已回收的对象发送消息是不安全的。这么做有时可以，有时不行。具体可行与否，完全取决于对象所占的内存有没有被其他内存内容所重写。而这块内存有没有被移作它用又不确定，因此程序会偶尔奔溃。
    在没有奔溃的情况下有两种可能：

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

  7. 关于实例变量和属性的问题：

    • 在对象内部读取数据时，应该直接通过实例变量来读取，而进行赋值时，则应该通过属性来写。
    • 在初始化方法或dealloc中，应该用实例变量。
    • 用懒加载来配置某份数据时，应该用属性来读取。

  8. objc_msgSend的作用
    C语言使用“静态绑定”，编译器就能决定运行时所应调用的函数。
    OC使用的是“动态绑定”，所有调用的函数直到运行期才能确定。
    OC中给某个对象发送消息，发生的步骤如下：

    • 调用objc_msgSend(id self, SEL cmd, …)
    • 该函数从接收对象所属的类中搜寻它的”方法列表”，如果能找到则会跳到相应的实现代码，否则沿着继承体系继续往上查找，找到之后进行跳转。
    • 如果最终没找到，则会执行“消息转发”。

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

  9. 消息转发(message forwarding)机制
    消息转发分两个阶段：

    • 先征询接收者所属的类，看其是否能动态添加方法，以处理当前这个“未知的选择子”，这叫做“动态方法解析”。
    • 如果第一阶段结束，那么接收者就无法再以动态新增方法的手段来响应该消息了。此时，运行期系统会请求接收者看看有没有其他对象能处理该消息。若有，则运行期系统会把消息转发给那个对象。然后消息转发过程结束。若没有“备援的接收者”，运行期系统会把与消息有关的全部细节都封装到NSInvocation对象中，再给接收者最后一次机会来处理这条消息。

    动态方法解析：

    1
    2
    3
    4
    //实例方法
     + (BOOL)resolveInstanceMethod:(SEL)selector
    //类方法
     + (BOOL)resolveClassMethod:(SEL)selector

    备援接收者：

    1
    2
    //有备援对象则返回，无则返回nil
    - (id)forwardingTargetForSelector:(SEL)selector

    完整的消息转发：

    1
    2
    3
    4
     //可以改变消息内容，比如追加一个参数，或更换选择子等等
     - (id)forwardInvocation:(NSInvocation *)invocation
    //动态添加方法(第三个参数为函数指针，指向待添加的函数，第四个参数为添加方法的类型编码，第一个表示方法的返回值类型，后面表示方法的参数类型)
    class_addMethod(Class, selector, IMP, typeEncoding);

类型编码表

  1. 方法调配(method swizzling)
    Method Swizzling：在运行期改变给定的选择子名称对应的方法。
    获得方法的实现

    Method class_getInstanceMethod(Class aClass, SEL aSelector)

    交换两个方法的函数

    void method_exchangeImplementations(Method m1, Method m2)

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

FRIENDS