实例方法的消息转发流程
对于实例方法,首先系统会调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,第二个参数是fooruntime如何通过Selector找到对应的IMP地址?
其实就是消息传递机制本质,先查找当前实例对应类对象的缓存,是否有Selector对应的缓存IMP实现,若有,则返回给调用方
若没有,再根据当前类的方法列表,去查找Selector找到对应的IMP,当前类如果没有,再根据当前类的superClass指针逐级查找父类方法列表能否向编译后的类中增加实例变量
runtime支持在运行时动态添加类,要注意是编译后的类还是动态添加的类
编译前创建的类,已经完成了实例变量的布局,class_ro_t,因为是readonly,所以在编译后是无法修改的,所以编译后的类,不能为他增加实例变量
但是可以向动态添加的类中添加实例变量,因为在动态添加类的过程中,只要调用注册类对方法之前.完成实例变量的添加,就可以实现
