runtime

Objective-C可以在运行时修改对象（例如替换class）和类（例如增加、删除和替换ivar和方法），因此符合动态语言的定义。

Objective-C 个人认为最为靠近实际使用的标志性特性就是它的消息机制了, 能到比较容易的做到很多静态语言很难做到的事情.

Objective-C简单的运行时知识:

1. 类和对象都是id, 在给你一个id的前提下无法直观的知道这个对象是类对象还是类本身. 简单的可以简化成runtime管理的都是id (id的本质其实是objc_object, objc_class头部其实就是id, 也就是isa).

2. Class在objc中是动态创建的, selector, method, imp, protocol等都是随后绑定上去的(即所谓的运行时绑定).

3. 通过runtime能够查出当前运行时环境中所有的类, 每个类中的方法, 每个类消息的绑定, 每个类的实现的协议, 每个协议的定义, 每个类当前的消息缓存等一切你想知道的东西.

4. 类的方法(消息)调用是间接的.

说一些其他楼貌似没提到的一些点:

1. 根据条件动态屏蔽一些协议方法:
   如果协议定义某些可选方法(其实本质是消息)的调用顺序, 比如调用优先级为 S1 > S2 > S3, 实现respondsToSelector:可以来把优先级做调整. 首先我实现S1, S2, S3, 在满足条件T2时, 代理类可以决定不响应S1, 此时S2就具有最高优先级被直接调用, 满足条件T3时, 代理类可以决定不响应S1和S2, 此时S3就具有最高优先级被直接调用, 这样运行的时候根据条件不同, 程序的行为会发生直接改变, 虽然代理的调用者并不知道发生了什么事情. 比如UIPickerViewDelegate中可以直接返回NSString来表示指定区域的内容也可以直接返回一个自定义视图, 但是两个方法有优先级顺序.

2. 需要被封装的实现:
   SDK中, 很多类是不直接提供实现的, 只是提供一个接口, 真实的功能实现在框架内部的未公开类中, 此时如果手写类的接口封装如果没有使用消息转发那就是噩梦, 用Objective-C就是实现一个转发消息就可以了(基本是几行代码搞定的事情).

3. 类别的实现:
   类别就是runtime和消息组合后带来的特性体现. 在运行时中给指定类绑定自定义的消息以及对应的实现, 如果原来类中有的消息被新绑定覆盖, 体现就是类别的调用优先级比原类高.

4. KVO/KVC的自动willChange, didChange
   想要得到KVO功能必须使用KVC来读写的原因是KVO的触发机制其实是willChangeValueForKey:, didChangeValueForKey:等对应的几组通知机制, 如果要求自动实现, runtime会给目标类创建一个包装子类, 重写isa, 重写指定的消息的get, set实现, 在头尾分别包装一层willChange和didChange, KVO/KVC机制就算自动接入了.