2022-04-12

RunTime基础详解

Runtime的特性主要是消息(方法)传递，如果消息(方法)在对象中找不到，就进行转发，具体怎么实现的呢。我们从下面几个方面探寻Runtime的实现机制。

Runtime介绍

Runtime消息传递

Runtime消息转发

Runtime应用

Runtime介绍

Objective-C 扩展了 C 语言，并加入了面向对象特性和 Smalltalk 式的消息传递机制。而这个扩展的核心是一个用 C 和 编译语言 写的 Runtime 库。它是 Objective-C 面向对象和动态机制的基石。

Objective-C 是一个动态语言，这意味着它不仅需要一个编译器，也需要一个运行时系统来动态得创建类和对象、进行消息传递和转发。理解 Objective-C 的 Runtime 机制可以帮我们更好的了解这个语言，适当的时候还能对语言进行扩展，从系统层面解决项目中的一些设计或技术问题。了解 Runtime ，要先了解它的核心 - 消息传递 （Messaging）。

Runtime其实有两个版本: “modern” 和 “legacy”。我们现在用的Objective-C 2.0采用的是现行 (Modern) 版的Runtime系统，只能运行在iOS和macOS 10.5之后的64位程序中。而macOS较老的32位程序仍采用Objective-C 1中的（早期）Legacy版本的Runtime系统。这两个版本最大的区别在于当你更改一个类的实例变量的布局时，在早期版本中你需要重新编译它的子类，而现行版就不需要。

Runtime基本是用C和汇编写的，可见苹果为了动态系统的高效而作出的努力。你可以在这里下到苹果维护的开源代码。苹果和GNU各自维护一个开源的runtime版本，这两个版本之间都在努力的保持一致。

平时的业务中主要是使用官方Api，解决我们框架性的需求。

高级编程语言想要成为可执行文件需要先编译为汇编语言再汇编为机器语言，机器语言也是计算机能够识别的唯一语言，但是OC并不能直接编译为汇编语言，而是要先转写为纯C语言再进行编译和汇编的操作，从OC到C语言的过渡就是由runtime来实现的。然而我们使用OC进行面向对象开发，而C语言更多的是面向过程开发，这就需要将面向对象的类转变为面向过程的结构体。

Runtime消息传递

一个对象的方法像这样[obj foo]，编译器转成消息发送objc_msgSend(obj, foo)，Runtime时执行的流程是这样的：

首先，通过obj的isa指针找到它的class;

在class的method list找foo;

如果class中没到foo，继续往它的superclass中找 ;

一旦找到foo这个函数，就去执行它的实现IMP。

但这种实现有个问题，效率低。但一个class往往只有20%的函数会被经常调用，可能占总调用次数的80%。每个消息都需要遍历一次objc_method_list并不合理。如果把经常被调用的函数缓存下来，那可以大大提高函数查询的效率。这也就是objc_class中另一个重要成员objc_cache做的事情 - 再找到foo之后，把foo的method_name作为key，method_imp作为value给存起来。当再次收到foo消息的时候，可以直接在cache里找到，避免去遍历objc_method_list。从前面的源代码可以看到objc_cache是存在objc_class结构体中的。

objec_msgSend的方法定义如下：

OBJC_EXPORTidobjc_msgSend(idself, SEL op, ...)

那消息传递是怎么实现的呢？我们看看对象(object)，类(class)，方法(method)这几个的结构体：

//对象structobjc_object{    Class isa  OBJC_ISA_AVAILABILITY;};//类structobjc_class{    Class isa  OBJC_ISA_AVAILABILITY;#if!__OBJC2__Class super_class                                        OBJC2_UNAVAILABLE;constchar*name                                        OBJC2_UNAVAILABLE;longversion                                            OBJC2_UNAVAILABLE;longinfo                                                OBJC2_UNAVAILABLE;longinstance_size                                      OBJC2_UNAVAILABLE;structobjc_ivar_list*ivars                            OBJC2_UNAVAILABLE;structobjc_method_list**methodLists                    OBJC2_UNAVAILABLE;structobjc_cache*cache                                OBJC2_UNAVAILABLE;structobjc_protocol_list*protocols                    OBJC2_UNAVAILABLE;#endif} OBJC2_UNAVAILABLE;//方法列表structobjc_method_list{structobjc_method_list*obsolete                        OBJC2_UNAVAILABLE;intmethod_count                                        OBJC2_UNAVAILABLE;#ifdef__LP64__intspace                                                OBJC2_UNAVAILABLE;#endif/* variable length structure */structobjc_methodmethod_list[1]                        OBJC2_UNAVAILABLE;}                                                            OBJC2_UNAVAILABLE;//方法structobjc_method{    SEL method_name                                          OBJC2_UNAVAILABLE;char*method_types                                      OBJC2_UNAVAILABLE;    IMP method_imp                                          OBJC2_UNAVAILABLE;}

系统首先找到消息的接收对象，然后通过对象的isa找到它的类。

在它的类中查找method_list，是否有selector方法。

没有则查找父类的method_list。

找到对应的method，执行它的IMP。

转发IMP的return值。

下面讲讲消息传递用到的一些概念：

类对象(objc_class)

实例(objc_object)

元类(Meta Class)

Method(objc_method)

SEL(objc_selector)

IMP

类缓存(objc_cache)

Category(objc_category)

类对象(objc_class)

Objective-C类是由Class类型来表示的，它实际上是一个指向objc_class结构体的指针。

typedefstructobjc_class*Class;

查看objc/runtime.h中objc_class结构体的定义如下：

structobjc_class{    Class _Nonnull isa  OBJC_ISA_AVAILABILITY;#if!__OBJC2__Class _Nullable super_class                              OBJC2_UNAVAILABLE;constchar* _Nonnull name                              OBJC2_UNAVAILABLE;longversion                                            OBJC2_UNAVAILABLE;longinfo                                                OBJC2_UNAVAILABLE;longinstance_size                                      OBJC2_UNAVAILABLE;structobjc_ivar_list* _Nullable ivars                  OBJC2_UNAVAILABLE;structobjc_method_list* _Nullable * _Nullable methodLists                    OBJC2_UNAVAILABLE;structobjc_cache* _Nonnull cache                      OBJC2_UNAVAILABLE;structobjc_protocol_list* _Nullable protocols          OBJC2_UNAVAILABLE;#endif} OBJC2_UNAVAILABLE;

struct objc_class结构体定义了很多变量，通过命名不难发现，

结构体里保存了指向父类的指针、类的名字、版本、实例大小、实例变量列表、方法列表、缓存、遵守的协议列表等，

一个类包含的信息也不就正是这些吗？没错，类对象就是一个结构体struct objc_class，这个结构体存放的数据称为元数据(metadata)，

该结构体的第一个成员变量也是isa指针，这就说明了Class本身其实也是一个对象，因此我们称之为类对象，类对象在编译期产生用于创建实例对象，是单例。

实例(objc_object)

/// Represents an instance of a class.structobjc_object{    Class isa  OBJC_ISA_AVAILABILITY;};/// A pointer to an instance of a class.typedefstructobjc_object*id;

类对象中的元数据存储的都是如何创建一个实例的相关信息，那么类对象和类方法应该从哪里创建呢？

就是从isa指针指向的结构体创建，类对象的isa指针指向的我们称之为元类(metaclass)，

元类中保存了创建类对象以及类方法所需的所有信息，因此整个结构应该如下图所示:

need-to-insert-img

元类(Meta Class)

通过上图我们可以看出整个体系构成了一个自闭环，struct objc_object结构体实例它的isa指针指向类对象，

类对象的isa指针指向了元类，super_class指针指向了父类的类对象，

而元类的super_class指针指向了父类的元类，那元类的isa指针又指向了自己。

元类(Meta Class)是一个类对象的类。

在上面我们提到，所有的类自身也是一个对象，我们可以向这个对象发送消息(即调用类方法)。

为了调用类方法，这个类的isa指针必须指向一个包含这些类方法的一个objc_class结构体。这就引出了meta-class的概念，元类中保存了创建类对象以及类方法所需的所有信息。

任何NSObject继承体系下的meta-class都使用NSObject的meta-class作为自己的所属类，而基类的meta-class的isa指针是指向它自己。

Method(objc_method)

先看下定义

runtime.h/// An opaque type that represents a method in a class definition.代表类定义中一个方法的不透明类型typedefstructobjc_method*Method;structobjc_method{    SEL method_name                                          OBJC2_UNAVAILABLE;char*method_types                                      OBJC2_UNAVAILABLE;    IMP method_imp                                          OBJC2_UNAVAILABLE;

Method和我们平时理解的函数是一致的，就是表示能够独立完成一个功能的一段代码，比如：

- (void)logName{NSLog(@"name");}

这段代码，就是一个函数。

我们来看下objc_method这个结构体的内容：

SEL method_name 方法名

char *method_types 方法类型

IMP method_imp 方法实现

在这个结构体重，我们已经看到了SEL和IMP，说明SEL和IMP其实都是Method的属性。

我们接着来看SEL。

SEL(objc_selector)

先看下定义

Objc.h/// An opaque type that represents a method selector.代表一个方法的不透明类型typedefstructobjc_selector*SEL;

objc_msgSend函数第二个参数类型为SEL，它是selector在Objective-C中的表示类型（Swift中是Selector类）。selector是方法选择器，可以理解为区分方法的ID，而这个ID的数据结构是SEL:

@propertySEL selector;

可以看到selector是SEL的一个实例。

A method selectorisa Cstringthat has beenregistered(or“mapped“)withthe Objective-C runtime. Selectors generatedbythe compiler are automatically mappedbythe runtimewhentheclassisloaded.

其实selector就是个映射到方法的C字符串，你可以用Objective-C编译器命令@selector()或者Runtime系统的sel_registerName函数来获得一个SEL类型的方法选择器。

selector既然是一个string，我觉得应该是类似className+method的组合，命名规则有两条：

同一个类，selector不能重复

不同的类，selector可以重复

这也带来了一个弊端，我们在写C代码的时候，经常会用到函数重载，就是函数名相同，参数不同，但是这在Objective-C中是行不通的，因为selector只记了method的name，没有参数，所以没法区分不同的method。

比如：

- (void)caculate(NSInteger)num;- (void)caculate(CGFloat)num;

是会报错的。

我们只能通过命名来区别：

- (void)caculateWithInt(NSInteger)num;- (void)caculateWithFloat(CGFloat)num;

在不同类中相同名字的方法所对应的方法选择器是相同的，即使方法名字相同而变量类型不同也会导致它们具有相同的方法选择器。

IMP

看下IMP的定义

/// A pointer to the function of a method implementation.  指向一个方法实现的指针typedefid(*IMP)(id, SEL, ...);#endif

就是指向最终实现程序的内存地址的指针。

在iOS的Runtime中，Method通过selector和IMP两个属性，实现了快速查询方法及实现，相对提高了性能，又保持了灵活性。

类缓存(objc_cache)

当Objective-C运行时通过跟踪它的isa指针检查对象时，它可以找到一个实现许多方法的对象。然而，你可能只调用它们的一小部分，并且每次查找时，搜索所有选择器的类分派表没有意义。所以类实现一个缓存，每当你搜索一个类分派表，并找到相应的选择器，它把它放入它的缓存。所以当objc_msgSend查找一个类的选择器，它首先搜索类缓存。这是基于这样的理论：如果你在类上调用一个消息，你可能以后再次调用该消息。

为了加速消息分发， 系统会对方法和对应的地址进行缓存，就放在上述的objc_cache，所以在实际运行中，大部分常用的方法都是会被缓存起来的，Runtime系统实际上非常快，接近直接执行内存地址的程序速度。

Category(objc_category)

Category是表示一个指向分类的结构体的指针，其定义如下：

structcategory_t{constchar*name;classref_tcls;structmethod_list_t*instanceMethods;structmethod_list_t*classMethods;structprotocol_list_t*protocols;structproperty_list_t*instanceProperties;};

name：是指 class_name 而不是 category_name。

cls：要扩展的类对象，编译期间是不会定义的，而是在Runtime阶段通过name对 应到对应的类对象。

instanceMethods：category中所有给类添加的实例方法的列表。

classMethods：category中所有添加的类方法的列表。

protocols：category实现的所有协议的列表。

instanceProperties：表示Category里所有的properties，这就是我们可以通过objc_setAssociatedObject和objc_getAssociatedObject增加实例变量的原因，不过这个和一般的实例变量是不一样的。

从上面的category_t的结构体中可以看出，分类中可以添加实例方法，类方法，甚至可以实现协议，添加属性，不可以添加成员变量。

Runtime消息转发

前文介绍了进行一次发送消息会在相关的类对象中搜索方法列表，如果找不到则会沿着继承树向上一直搜索知道继承树根部（通常为NSObject），如果还是找不到并且消息转发都失败了就回执行doesNotRecognizeSelector:方法报unrecognized selector错。那么消息转发到底是什么呢？接下来将会逐一介绍最后的三次机会。

动态方法解析

备用接收者

完整消息转发

need-to-insert-img

动态方法解析

首先，Objective-C运行时会调用+resolveInstanceMethod:或者+resolveClassMethod:，让你有机会提供一个函数实现。如果你添加了函数并返回YES， 那运行时系统就会重新启动一次消息发送的过程。

实现一个动态方法解析的例子如下：

- (void)viewDidLoad {    [superviewDidLoad];// Do any additional setup after loading the view, typically from a nib.//执行foo函数[selfperformSelector:@selector(foo:)];}+ (BOOL)resolveInstanceMethod:(SEL)sel {if(sel ==@selector(foo:)) {//如果是执行foo函数，就动态解析，指定新的IMPclass_addMethod([selfclass], sel, (IMP)fooMethod,"v@:");returnYES;    }return[superresolveInstanceMethod:sel];}voidfooMethod(idobj, SEL _cmd) {NSLog(@"Doing foo");//新的foo函数}

打印结果：

2018-04-01 12:23:35.952670+0800 ocram[87546:23235469] Doing foo

可以看到虽然没有实现foo:这个函数，但是我们通过class_addMethod动态添加fooMethod函数，并执行fooMethod这个函数的IMP。从打印结果看，成功实现了。

如果resolve方法返回NO，运行时就会移到下一步：forwardingTargetForSelector。

备用接收者

如果目标对象实现了-forwardingTargetForSelector:，Runtime这时就会调用这个方法，给你把这个消息转发给其他对象的机会。

实现一个备用接收者的例子如下：

#import"ViewController.h"#import"objc/runtime.h"@interfacePerson:NSObject@end@implementationPerson- (void)foo {NSLog(@"Doing foo");//Person的foo函数}@end@interfaceViewController()@end@implementationViewController- (void)viewDidLoad {    [superviewDidLoad];// Do any additional setup after loading the view, typically from a nib.//执行foo函数[selfperformSelector:@selector(foo)];}+ (BOOL)resolveInstanceMethod:(SEL)sel {returnYES;//返回YES，进入下一步转发}- (id)forwardingTargetForSelector:(SEL)aSelector {if(aSelector ==@selector(foo)) {return[Person new];//返回Person对象，让Person对象接收这个消息}return[superforwardingTargetForSelector:aSelector];}@end

打印结果：

2018-04-01 12:45:04.757929+0800 ocram[88023:23260346] Doing foo

可以看到我们通过forwardingTargetForSelector把当前ViewController的方法转发给了Person去执行了。打印结果也证明我们成功实现了转发。

完整消息转发

如果在上一步还不能处理未知消息，则唯一能做的就是启用完整的消息转发机制了。

首先它会发送-methodSignatureForSelector:消息获得函数的参数和返回值类型。如果-methodSignatureForSelector:返回nil，Runtime则会发出-doesNotRecognizeSelector:消息，程序这时也就挂掉了。如果返回了一个函数签名，Runtime就会创建一个NSInvocation对象并发送-forwardInvocation:消息给目标对象。

实现一个完整转发的例子如下：

#import"ViewController.h"#import"objc/runtime.h"@interfacePerson:NSObject@end@implementationPerson- (void)foo {NSLog(@"Doing foo");//Person的foo函数}@end@interfaceViewController()@end@implementationViewController- (void)viewDidLoad {    [superviewDidLoad];// Do any additional setup after loading the view, typically from a nib.//执行foo函数[selfperformSelector:@selector(foo)];}+ (BOOL)resolveInstanceMethod:(SEL)sel {returnYES;//返回YES，进入下一步转发}- (id)forwardingTargetForSelector:(SEL)aSelector {returnnil;//返回nil，进入下一步转发}- (NSMethodSignature*)methodSignatureForSelector:(SEL)aSelector {if([NSStringFromSelector(aSelector) isEqualToString:@"foo"]) {return[NSMethodSignaturesignatureWithObjCTypes:"v@:"];//签名，进入forwardInvocation}return[supermethodSignatureForSelector:aSelector];}- (void)forwardInvocation:(NSInvocation*)anInvocation {    SEL sel = anInvocation.selector;    Person *p = [Person new];if([p respondsToSelector:sel]) {        [anInvocation invokeWithTarget:p];    }else{        [selfdoesNotRecognizeSelector:sel];    }}@end

打印结果：

2018-04-01 13:00:45.423385+0800 ocram[88353:23279961] Doing foo

从打印结果来看，我们实现了完整的转发。通过签名，Runtime生成了一个对象anInvocation，发送给了forwardInvocation，我们在forwardInvocation方法里面让Person对象去执行了foo函数。签名参数v@:怎么解释呢，这里苹果文档Type Encodings有详细的解释。

以上就是Runtime的三次转发流程。下面我们讲讲Runtime的实际应用。

Runtime应用

Runtime简直就是做大型框架的利器。它的应用场景非常多，下面就介绍一些常见的应用场景。

关联对象(Objective-C Associated Objects)给分类增加属性

方法魔法(Method Swizzling)方法添加和替换和KVO实现

消息转发(热更新)解决Bug(JSPatch)

实现NSCoding的自动归档和自动解档

实现字典和模型的自动转换(MJExtension)

关联对象(Objective-C Associated Objects)给分类增加属性

我们都是知道分类是不能自定义属性和变量的。下面通过关联对象实现给分类添加属性。

关联对象Runtime提供了下面几个接口：

//关联对象voidobjc_setAssociatedObject(idobject,constvoid*key,idvalue, objc_AssociationPolicy policy)//获取关联的对象idobjc_getAssociatedObject(idobject,constvoid*key)//移除关联的对象voidobjc_removeAssociatedObjects(idobject)

参数解释

idobject：被关联的对象constvoid*key：关联的key，要求唯一idvalue：关联的对象objc_AssociationPolicy policy：内存管理的策略

内存管理的策略

typedefOBJC_ENUM(uintptr_t, objc_AssociationPolicy) {    OBJC_ASSOCIATION_ASSIGN =0,/**< Specifies a weak reference to the associated object. */OBJC_ASSOCIATION_RETAIN_NONATOMIC =1,/**< Specifies a strong reference to the associated object.

                                            *  The association is not made atomically. */OBJC_ASSOCIATION_COPY_NONATOMIC =3,/**< Specifies that the associated object is copied.

                                            *  The association is not made atomically. */OBJC_ASSOCIATION_RETAIN =01401,/**< Specifies a strong reference to the associated object.

                                            *  The association is made atomically. */OBJC_ASSOCIATION_COPY =01403/**< Specifies that the associated object is copied.

                                            *  The association is made atomically. */};

下面实现一个UIView的Category添加自定义属性defaultColor。

#import"ViewController.h"#import"objc/runtime.h"@interfaceUIView(DefaultColor)@property(nonatomic,strong)UIColor*defaultColor;@end@implementationUIView(DefaultColor)@dynamicdefaultColor;staticcharkDefaultColorKey;- (void)setDefaultColor:(UIColor*)defaultColor {    objc_setAssociatedObject(self, &kDefaultColorKey, defaultColor, OBJC_ASSOCIATION_RETAIN_NONATOMIC);}- (id)defaultColor {returnobjc_getAssociatedObject(self, &kDefaultColorKey);}@end@interfaceViewController()@end@implementationViewController- (void)viewDidLoad {    [superviewDidLoad];// Do any additional setup after loading the view, typically from a nib.UIView*test = [UIViewnew];    test.defaultColor = [UIColorblackColor];NSLog(@"%@", test.defaultColor);}@end

打印结果：

2018-04-01 15:41:44.977732+0800 ocram[2053:63739] UIExtendedGrayColorSpace 0 1

打印结果来看，我们成功在分类上添加了一个属性，实现了它的setter和getter方法。

通过关联对象实现的属性的内存管理也是有ARC管理的，所以我们只需要给定适当的内存策略就行了，不需要操心对象的释放。

我们看看内存测量对于的属性修饰。

内存策略属性修饰描述

OBJC_ASSOCIATION_ASSIGN@property (assign) 或 @property (unsafe_unretained)指定一个关联对象的弱引用。

OBJC_ASSOCIATION_RETAIN_NONATOMIC@property (nonatomic, strong)@property (nonatomic, strong) 指定一个关联对象的强引用，不能被原子化使用。

OBJC_ASSOCIATION_COPY_NONATOMIC@property (nonatomic, copy)指定一个关联对象的copy引用，不能被原子化使用。

OBJC_ASSOCIATION_RETAIN@property (atomic, strong)指定一个关联对象的强引用，能被原子化使用。

OBJC_ASSOCIATION_COPY@property (atomic, copy)指定一个关联对象的copy引用，能被原子化使用。

方法魔法(Method Swizzling)方法添加和替换和KVO实现

方法添加

实际上添加方法刚才在讲消息转发的时候，动态方法解析的时候就提到了。

//class_addMethod(Class  _Nullable __unsafe_unretained cls, SEL  _Nonnull name, IMP  _Nonnull imp, const char * _Nullable types)class_addMethod([selfclass],sel,(IMP)fooMethod,"v@:");

cls 被添加方法的类

name 添加的方法的名称的SEL

imp 方法的实现。该函数必须至少要有两个参数，self,_cmd

类型编码

方法替换

下面实现一个替换ViewController的viewDidLoad方法的例子。

@implementationViewController+ (void)load {    static dispatch_once_t onceToken;    dispatch_once(&onceToken, ^{        Classclass= [selfclass];SEL originalSelector =@selector(viewDidLoad);        SEL swizzledSelector =@selector(jkviewDidLoad);                Method originalMethod = class_getInstanceMethod(class,originalSelector);Method swizzledMethod = class_getInstanceMethod(class,swizzledSelector);//judge the method named  swizzledMethod is already existed.BOOL didAddMethod = class_addMethod(class,originalSelector,method_getImplementation(swizzledMethod), method_getTypeEncoding(swizzledMethod));// if swizzledMethod is already existed.if(didAddMethod) {            class_replaceMethod(class,swizzledSelector,method_getImplementation(originalMethod), method_getTypeEncoding(originalMethod));        }else{            method_exchangeImplementations(originalMethod, swizzledMethod);        }    });}- (void)jkviewDidLoad {    NSLog(@"替换的方法");        [self jkviewDidLoad];}- (void)viewDidLoad {    NSLog(@"自带的方法");        [superviewDidLoad];}@end

swizzling应该只在+load中完成。 在Objective-C的运行时中，每个类有两个方法都会自动调用。+load是在一个类被初始装载时调用，+initialize是在应用第一次调用该类的类方法或实例方法前调用的。两个方法都是可选的，并且只有在方法被实现的情况下才会被调用。

swizzling应该只在dispatch_once中完成,由于swizzling改变了全局的状态，所以我们需要确保每个预防措施在运行时都是可用的。原子操作就是这样一个用于确保代码只会被执行一次的预防措施，就算是在不同的线程中也能确保代码只执行一次。Grand Central Dispatch 的 dispatch_once满足了所需要的需求，并且应该被当做使用swizzling的初始化单例方法的标准。

实现图解如下图。

need-to-insert-img

从图中可以看出，我们通过swizzling特性，将selectorC的方法实现IMPc与selectorN的方法实现IMPn交换了，当我们调用selectorC，也就是给对象发送selectorC消息时，所查找到的对应的方法实现就是IMPn而不是IMPc了。

KVO实现

全称是Key-value observing，翻译成键值观察。提供了一种当其它对象属性被修改的时候能通知当前对象的机制。再MVC大行其道的Cocoa中，KVO机制很适合实现model和controller类之间的通讯。

KVO的实现依赖于Objective-C强大的Runtime，当观察某对象A时，KVO机制动态创建一个对象A当前类的子类，并为这个新的子类重写了被观察属性keyPath的setter方法。setter方法随后负责通知观察对象属性的改变状况。

Apple使用了isa-swizzling来实现KVO。当观察对象A时，KVO机制动态创建一个新的名为：NSKVONotifying_A的新类，该类继承自对象A的本类，且KVO为NSKVONotifying_A重写观察属性的setter方法，setter方法会负责在调用原setter方法之前和之后，通知所有观察对象属性值的更改情况。

NSKVONotifying_A 类剖析

NSLog(@"self->isa:%@",self->isa);NSLog(@"self class:%@",[selfclass]);

在建立KVO监听前，打印结果为：

self->isa:Aselfclass:A

在建立KVO监听之后，打印结果为：

self->isa:NSKVONotifying_Aselfclass:A

在这个过程，被观察对象的isa指针从指向原来的A类，被KVO机制修改为指向系统新创建的子类NSKVONotifying_A类，来实现当前类属性值改变的监听；

所以当我们从应用层面上看来，完全没有意识到有新的类出现，这是系统“隐瞒”了对KVO的底层实现过程，让我们误以为还是原来的类。但是此时如果我们创建一个新的名为“NSKVONotifying_A”的类，就会发现系统运行到注册KVO的那段代码时程序就崩溃，因为系统在注册监听的时候动态创建了名为NSKVONotifying_A的中间类，并指向这个中间类了。

子类setter方法剖析

KVO的键值观察通知依赖于 NSObject 的两个方法:willChangeValueForKey:和didChangeValueForKey:，在存取数值的前后分别调用 2 个方法：

被观察属性发生改变之前，willChangeValueForKey:被调用，通知系统该keyPath的属性值即将变更；

当改变发生后，didChangeValueForKey:被调用，通知系统该keyPath的属性值已经变更；之后，observeValueForKey:ofObject:change:context:也会被调用。且重写观察属性的setter方法这种继承方式的注入是在运行时而不是编译时实现的。

KVO为子类的观察者属性重写调用存取方法的工作原理在代码中相当于：

- (void)setName:(NSString*)newName {      [selfwillChangeValueForKey:@"name"];//KVO 在调用存取方法之前总调用 [supersetValue:newName forKey:@"name"];//调用父类的存取方法 [selfdidChangeValueForKey:@"name"];//KVO 在调用存取方法之后总调用}

消息转发(热更新)解决Bug(JSPatch)

JSPatch是一个 iOS 动态更新框架，只需在项目中引入极小的引擎，就可以使用 JavaScript 调用任何 Objective-C 原生接口，获得脚本语言的优势：为项目动态添加模块，或替换项目原生代码动态修复 bug。

关于消息转发，前面已经讲到过了，消息转发分为三级，我们可以在每级实现替换功能，实现消息转发，从而不会造成崩溃。JSPatch不仅能够实现消息转发，还可以实现方法添加、替换能一系列功能。

实现NSCoding的自动归档和自动解档

原理描述：用runtime提供的函数遍历Model自身所有属性，并对属性进行encode和decode操作。

核心方法：在Model的基类中重写方法：

- (id)initWithCoder:(NSCoder*)aDecoder {if(self= [superinit]) {unsignedintoutCount;        Ivar * ivars = class_copyIvarList([selfclass], &outCount);for(inti =0; i < outCount; i ++) {            Ivar ivar = ivars[i];NSString* key = [NSStringstringWithUTF8String:ivar_getName(ivar)];            [selfsetValue:[aDecoder decodeObjectForKey:key] forKey:key];        }    }returnself;}- (void)encodeWithCoder:(NSCoder*)aCoder {unsignedintoutCount;    Ivar * ivars = class_copyIvarList([selfclass], &outCount);for(inti =0; i < outCount; i ++) {        Ivar ivar = ivars[i];NSString* key = [NSStringstringWithUTF8String:ivar_getName(ivar)];        [aCoder encodeObject:[selfvalueForKey:key] forKey:key];    }}

实现字典和模型的自动转换(MJExtension)

原理描述：用runtime提供的函数遍历Model自身所有属性，如果属性在json中有对应的值，则将其赋值。

核心方法：在NSObject的分类中添加方法

- (instancetype)initWithDict:(NSDictionary*)dict {if(self= [selfinit]) {//(1)获取类的属性及属性对应的类型NSMutableArray* keys = [NSMutableArrayarray];NSMutableArray* attributes = [NSMutableArrayarray];/*

        * 例子

        * name = value3 attribute = T@"NSString",C,N,V_value3

        * name = value4 attribute = T^i,N,V_value4

        */unsignedintoutCount;        objc_property_t * properties = class_copyPropertyList([selfclass], &outCount);for(inti =0; i < outCount; i ++) {            objc_property_t property = properties[i];//通过property_getName函数获得属性的名字NSString* propertyName = [NSStringstringWithCString:property_getName(property) encoding:NSUTF8StringEncoding];            [keys addObject:propertyName];//通过property_getAttributes函数可以获得属性的名字和@encode编码NSString* propertyAttribute = [NSStringstringWithCString:property_getAttributes(property) encoding:NSUTF8StringEncoding];            [attributes addObject:propertyAttribute];        }//立即释放properties指向的内存free(properties);//(2)根据类型给属性赋值for(NSString* keyinkeys) {if([dict valueForKey:key] ==nil)continue;            [selfsetValue:[dict valueForKey:key] forKey:key];        }    }returnself;}

以上就是Runtime应用的一些场景，本文到此结束了。