Runtime-消息转发流程,动态添加方法和动态方法解析

实例方法的消息转发流程

对于实例方法,首先系统会调resolveInstanceMethod方法, resolveInstanceMethod是个类方法,这里需要注意,对于类方法的会调的是resolveClassMethod
resolveInstanceMethod的参数是方法选择器SEL,返回值为BOOL类型,告诉系统我们是否要解决当前实例方法的实现
如果返回的是YES,就是通知系统当前消息已处理,会结束这一消息转发流程
如果返回NO,系统会给我们第二次机会来处理这个消息
会调用forwardingTargetForSelector方法,参数也是方法选择器SEL,返回值是id,告诉系统这个选择器这次实例方法的调用应该由哪个对象来处理,也就是转发对象是谁
若指定了转发目标,系统会把这个消息转发给转发目标,同时结束当前转发流程
若在第二次机会仍然没有转发目标,系统会给第三次处理这个消息的机会,也是最后一次机会
系统会调用methodSignatureForSelector方法,参数是SEL,返回值是一个对象,是对于方法选择器的返回值类型以及参数个数和参数类型的封装,此时如果返回了方法签名,系统会调用forwardInvocation,如果forwardInvocation能够处理这条消息,流程结束
如果methodSignatureForSelector返回为空或者forwardInvocation无法处理这条消息,被标记为消息无法处理
就会crash,crash为未识别选择器

#import <Foundation/Foundation.h>

@interface RuntimeObject : NSObject

- (void)test;

@end

#import "RuntimeObject.h"
#import <objc/runtime.h>
@implementation RuntimeObject

+ (BOOL)resolveInstanceMethod:(SEL)sel
{
    // 如果是test方法 打印日志
    
    if (sel == @selector(test)) {
        NSLog(@"resolveInstanceMethod:");
        return NO;
    }
    else{
        // 返回父类的默认调用
        return [super resolveInstanceMethod:sel];
    }
}

- (id)forwardingTargetForSelector:(SEL)aSelector
{
    NSLog(@"forwardingTargetForSelector:");
    return nil;
}

- (NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector
{
    if (aSelector == @selector(test)) {
        NSLog(@"methodSignatureForSelector:");
       //如果当前进入的是test方法,返回一个正确的方法签名
        // v 代表返回值是void类型的  @代表第一个参数类型时id，即self
        // : 代表第二个参数是SEL类型的  即@selector(test)
        return [NSMethodSignature signatureWithObjCTypes:"v@:"];
    }
    else{
        return [super methodSignatureForSelector:aSelector];
    }
}

- (void)forwardInvocation:(NSInvocation *)anInvocation
{
    NSLog(@"forwardInvocation:");
}

@end

    RuntimeObject *obj = [[RuntimeObject alloc] init];
    // 调用test方法，只有声明，没有实现
    [obj test];

动态添加方法

performSelector应用场景
1.一个类在编译时没有某个方法,在运行时才产生了这个方法,就需要调用performSelector来调用这个方法
上面的例子,我们调用了test,却没有实现它,所以需要在运行时去添加它的实现
在resolveInstanceMethod为test方法(选择器)添加具体实现


void testImp (void)
{
    NSLog(@"test invoke");
}

+ (BOOL)resolveInstanceMethod:(SEL)sel
{
    // 如果是test方法 打印日志
    
    if (sel == @selector(test)) {
        NSLog(@"resolveInstanceMethod:");

       // 动态添加test方法的实现
     //参数:为哪个类添加方法,添加方法对应的选择器名称,方法的具体实现,方法所对应的返回值类型以及参数的个数和每个参数的类型
   class_addMethod(self, @selector(test), testImp, "v@:");
        
        return YES;
    }
    else{
        // 返回父类的默认调用
        return [super resolveInstanceMethod:sel];
    }
}

Runtime-动态方法解析

@dynamic
编译器关键字
当我们把声明的属性在实现中将它标识为@dynamic,就相当于get方法和set方法是在运行时添加,而不是在编译时

编译时语言和动态运行时语言的区别

动态运行时语言将函数决议推迟到运行时,在运行时再去为方法添加具体的执行函数
当我们把属性标识为@dynamic时,代表着不需要编译器在编译时为我们生成这个属性的get方法和set方法的具体实现,而是在运行时当我们具体的调用了get和set方法时,再去为它添加具体实现,只有动态运行时语言支持这种功能
编译时语言是在编译期进行函数决议
在编译期就决定了具体实现,在运行时无法修改

备注

[obj foo]和objc_msgSend()函数的关系
[obj foo]在经过编译器处理之后,就变成了objc_msgSend()函数,这个参数第一个是obj,第二个参数是foo
runtime如何通过Selector找到对应的IMP地址?
其实就是消息传递机制本质,先查找当前实例对应类对象的缓存,是否有Selector对应的缓存IMP实现,若有,则返回给调用方
若没有,再根据当前类的方法列表,去查找Selector找到对应的IMP,当前类如果没有,再根据当前类的superClass指针逐级查找父类方法列表
能否向编译后的类中增加实例变量
runtime支持在运行时动态添加类,要注意是编译后的类还是动态添加的类
编译前创建的类,已经完成了实例变量的布局,class_ro_t,因为是readonly,所以在编译后是无法修改的,所以编译后的类,不能为他增加实例变量
但是可以向动态添加的类中添加实例变量,因为在动态添加类的过程中,只要调用注册类对方法之前.完成实例变量的添加,就可以实现