Chapter 2. Objects, Messaging, and the Runtime
<br />
Item 10: Use Associated Objects to Attach Custom Data to Existing Classes
<br />
这一节讲的是Associated Object，是一个我比较陌生的同学。
Associated Object存在的意义是这样，当需要扩展一个类时，可以采用写一个继承子类的办法，也可以采用写一个category的办法。前者是既可以添加属性又可以添加方法的，而后者只能添加方法。这样就不太开心。所以associated object就可以使得在这种不能添加属性的情境下，实力添加属性。
先看怎样做到。
文档里提供了三个c语言函数来管理AO：
void objc_setAssociatedObject(id object, void *key, id value, objc_AssociationPolicy policy)
id objc_getAssociatedObject(id object, void *key)
void objc_removeAssociatedObjects(id object)
前两个可以顾名思义，可以类比Dictionary的按key设置和获取对象的方法。第三个函数文档里特意写了Discussion，提醒不要采用这个方法来做删除AO的操作，而是应该用setAssociatedObject传入nil值。
对于的一个函数的objc_AssociationPolicy类型的policy参数，是一个枚举类型，文中把它和property的memory-management semantics做了类比。
再看什么时候要这样做。
文中给出的例子是为了把UIAlertView的操作和定义放到一起，定义了block并把block设为AO。是一个可以理解的场景，但是并没有感受到特别特别有优越性。在Mattt Thompson的<Associated Objects>一文中他提到的应用场景有三个：
- 添加私有属性用于更好地实现细节
- 添加public属性来增强category功能
- 创建一个用于KVO的关联观察者
这三种场景我都没有遇到过_(:з」∠)_ 但是他提到了AFNetworking在UIImageView的category上采用AO来保持operation对象的例子。AFNetworking源码是迟早要看的，希望看的时候特别关注一下这个地方。
另外文中提到了OA并不是该优先考虑的方法。应三思而用。
<br />
Item 11: Understand the Role of objc_msgSend
<br />
这一节讲对象在调用方法时底层在做什么。
首先举了一个例子说明静态调用和动态调用的区别。静态调用的函数接口采用硬编码，也就是每个函数地址有一个固定的offset，是已知的，就好像已经知道了门牌号直接去串门。动态查找就是函数在哪里并不知道，要在类的list of methods中挨家挨户地找，函数名就是key。动态查找的好处是灵活，调用哪个函数可以在runtime改变，而静态调用在编译期就必须确定好每个函数的位置，如果改变了就需要重新编译。
oc中的方法调用：
id returnValue = [someObject messageName:parameter];
转换成c语言的objc_msgSend函数：
id returnValue = objc_msgSend(someObject, @selector(messageName:), parameter);
selector经过查找调用后就会缓存在fast map中以供下次迅速调用。
这一节末尾提到的tail call optimization 我只知道个大概，是在函数末尾的操作是调用其它函数，不用返回值做别的操作时使用。最常见的场景是tail-recursion，只保存一个stack frame的空间就可以满足数据更新，让函数顺利地调用下去。这时如果每调一次就往栈里加一个stack frame，就浪费了资源。
<br />
Item 12: Understand Message Forwarding
<br />
这一节讲的是方法调用没有查找到所需的方法时，系统的消息转发机制。
这个机制在文档里<Objective-C Runtime Programming Guide>中讲解了（上一节的内容也在这篇文档里，在Messaging这一节）。整个过程分两步，Dynamic Method Resolution和Message Forwarding。
Dynamic method resolution常见于设置和访问@dynamic属性。需要实现的方法是resolveInstanceMethod: 和 resolveClassMethod:分别对应对象和类方法。在这两个方法中调用class_addMethod函数，就可以在runtime动态添加方法。
如果此时仍没有找到方法，就来到了message forwarding。
第一个办法是求助亲友团。调用的是forwardingTargetForSelector:方法。也就是在一个对象内部找有没有其他对象可以处理这个selector，此时可以看做还没求助外界。
如果求助失败，就只有最后一个办法，即所谓full forwarding mechanism。这一步再不行就会报错了。
系统会向对象发送forwardInvocation:消息，唯一的参数是一个NSInvocation对象，这个对象包含了原调用消息的名称和参数等信息。对象实现这个forwardInvocation:方法，就可以告诉系统这种情况下应该怎么做：
- Determine where the message should go, and
- Send it there with its original arguments.
如果发现有操作不由本类处理，则会一直回溯父类有没有处理的实现方法，一直回溯到NSObject，此时会调用NSObject的doesNotRecognizeSelector:方法，也就是我们常见的报错信息了。
