iOS runTime机制简单理解

runTime简称运行时。就是系统在运行的时候的一些机制，其中最主要的是消息机制。对于C语言，函数的调用在编译的时候会决定调用哪个函数。编译完成之后直接顺序执行，无任何二义性。OC的函数调用成为消息发送。属于动态调用过程。在编译的时候并不能决定真正调用哪个函数（事实证明，在编 译阶段，OC可以调用任何函数，即使这个函数并未实现，只要申明过就不会报错。而C语言在编译阶段就会报错）。只有在真正运行的时候才会根据函数的名称找 到对应的函数来调用。
举例说明：
比如：[obj  makeText]；

则运行时就这样的：首先，编译器将代码[obj makeText];转化为objc_msgSend(obj, @selector (makeText));，在objc_msgSend函数中。首先通过obj的isa指针找到obj对应的class。在Class中先去cache中 通过SEL查找对应函数method（猜测cache中method列表是以SEL为key通过hash表来存储的，这样能提高函数查找速度），若 cache中未找到。再去methodList中查找，若methodlist中未找到，则取superClass中查找。若能找到，则将method加 入到cache中，以方便下次查找，并通过method中的函数指针跳转到对应的函数中去执行。

对于runtime机制，在网上找到的资料大概就是怎么去用这些东西，以及查看runtime.h头文件中的实现，当然这确实是一种很好的学习方法，但是，其实我们还是不会知道runtime底层编译成C++语言之后做了什么？ 

查到一个大牛给资料，顿时对runtime有了一定认识！

---

我们随便写一个小程序，代码如下： 
person类头文件如下，

#import <Foundation/Foundation.h>

@interface Person : NSObject

@property (nonatomic, strong) NSString *name; 
@property (nonatomic, assign) int age;

@end

main.m文件如下

int main(int argc, const char * argv[])

{

Person *p = [[Person alloc] init];

NSString *str = @"zhangsan";

p.name = str;
// p.name 等价于
[p setName:str];

p.age = 20;

return 0;

}

然后我们打开终端，在命令行找到cd到文件目录，然后中输入：

clang -rewrite-objc main.m 

命令可以将main.m编译成C++的代码，改成不同的文件名，就会生成不同的c++代码 
这是就生成了main.cpp这个c++文件，打开文件代码 
查看该main.cpp最底下的main函数， 
这样我们就可以看到底层具体实现的方式！

这时，我们就需要知道这些方法： 
objc_msgSend 可以给对象发送消息 
objc_getClass(“Person”) 可以获取到指定名称的对象 
sel_registerName(“alloc”) 可以调用到对象的方法

通过查看，c++代码，我们得出结论： 
使用objc_msgSend函数，给objc_getClass函数实例化的对象发送sel_registerName获取到的方法 
这么一个消息 
代码是给人看的，顺带让机器实现功能。日常的程序开发过程中，要少用runtime，

那什么时候会使用runtime呢？ 
runtime应用的时机： 
1> 当需要非常高的性能开发时，使用runtime，注释：oc的代码已经无法满足性能需求 
2> 当我们对系统内部的实现很好奇的时候，可以用clang反编译成c++去看底层的实现机制！