Runtime的认识及理解

21320954_182303674000_2.jpg

文章选自:新浪博客: http://blog.sina.com.cn/s/blog_9cd71e570102wn2j.html
感觉博客主人写的内容,得到了很多启发,也让我对Runtime有了更多的认识
什么是Runtime

Runtime是运行时,主要实现基于消息机制;在C当中函数的调用顺序在编译阶段就会被完全确定,不存在任何二义性;​而Objective_C在运行时才会真正的被确定,OC 方法的调用时基于方法选择器(SEL,C的一个结构体,int型的指针)的,每一个SEL存储一个唯一的方法名(注意:只是方法名,不包括参数列表),所以在OC一个类当中方法名是唯一的(不存在方法的重载);

​首先看一下OC中方法调用在Runtime中的表示:
我们写的代码在程序运行过程中都会被转化成runtime的C代码执行,例如[target doSomething];会被转化成objc_msgSend(target, @selector(doSomething));。

再来看一下对象在Runtime中的表示:
OC中一切都被设计成了对象,我们都知道一个类被初始化成一个实例,这个实例是一个对象。实际上一个类本质上也是一个对象,在runtime中用结构体表示。

相关的定义:
/// 描述类中的一个方法
typedef struct objc_method *Method;
/// 实例变量
typedef struct objc_ivar *Ivar;
/// 类别Category
typedef struct objc_category *Category;
/// 类中声明的属性
typedef struct objc_property *objc_property_t;

类在runtime中的表示:
struct objc_class {
Class isa;//指针,顾名思义,表示是一个什么,
//实例的isa指向类对象,类对象的isa指向元类

if !OBJC2

Class super_class;  //指向父类
const char *name;  //类名
long version;
long info;
long instance_size
struct objc_ivar_list *ivars //成员变量列表
struct objc_method_list **methodLists; //方法列表
struct objc_cache *cache;//缓存
//一种优化,调用过的方法存入缓存列表,下次调用先找缓存
struct objc_protocol_list *protocols //协议列表
#endif

} OBJC2_UNAVAILABLE;

获取列表
有时候会有这样的需求,我们需要知道当前类中每个属性的名字;

比如:字典转模型,字典的Key和模型对象的属性名字不匹配。我们可以通过setValueForkeyWithDitionary: 转换匹配的KEY; setValue:forUndefinedKey: 忽略不匹配的KEY,对于不匹配的KEY,使用Runtime获取模型属性列表,单独处理不匹配的Key,封装自己的方法即可;

我们可以通过runtime的一系列方法获取类的一些信息(包括属性列表,方法列表,成员变量列表,和遵循的协议列表)。

unsigned int count;
//获取属性列表
objc_property_t *propertyList = class_copyPropertyList([self class], &count);
for (unsigned int i=0; i
const char *propertyName = property_getName(propertyList[i]);
NSLog(@"property---->%@", [NSString stringWithUTF8String:propertyName]);
}

//获取方法列表 
Method *methodList = class_copyMethodList([self class], &count); 
for (unsigned int i; i 
    Method method = methodList[i]; 
    NSLog(@"method---->%@", NSStringFromSelector(method_getName(method))); 
} 

//获取成员变量列表 
Ivar *ivarList = class_copyIvarList([self class], &count); 
for (unsigned int i; i 
    Ivar myIvar = ivarList[i]; 
    const char *ivarName = ivar_getName(myIvar); 
    NSLog(@"Ivar---->%@", [NSString stringWithUTF8String:ivarName]); 
}

方法调用
让我们看一下方法调用在运行时的过程

如果用实例对象调用实例方法,会到实例的isa指针指向的对象(也就是类对象)操作。如果调用的是类方法,就会到类对象的isa指针指向的对象(也就是元类对象)中操作。

首先,在相应操作的对象中的缓存方法列表(Cache)中找调用的方法,如果找到,转向相应实现并执行。
如果没找到,在相应操作的对象中的方法列表中找调用的方法,如果找到,转向相应实现执行
如果没找到,去父类指针所指向的对象中执行1,2.
如果找到,则将method加 入到Cache中,以方便下次查找,并通过method中的函数指针(保存在方法选择器当中)跳转到对应的函数中去执行。
以此类推,如果一直到根类还没找到,转向拦截调用。
如果没有重写拦截调用的方法,程序报错(NSAssert)。
以上的过程给我带来的启发:

重写父类的方法,并没有覆盖掉父类的方法,只是在当前类对象中找到了这个方法后就不会再去父类中找了。
如果想调用已经重写过的方法的父类的实现,只需使用super这个编译器标识符,它会在运行时跳过在当前的类对象中寻找方法的过程。

拦截调用
在方法调用中说到了,如果没有找到方法就会转向拦截调用。那么什么是拦截调用呢。拦截调用就是,在找不到调用的方法程序崩溃之前,你有机会通过重写NSObject的四个方法来处理。

  • (BOOL)resolveClassMethod:(SEL)sel;
  • (BOOL)resolveInstanceMethod:(SEL)sel;
    //后两个方法需要转发到其他的类处理
  • (id)forwardingTargetForSelector:(SEL)aSelector;

  • (void)forwardInvocation:(NSInvocation *)anInvocation;
    第一个方法是当你调用一个不存在的类方法的时候,会调用这个方法,默认返回NO,你可以加上自己的处理然后返回YES。
    第二个方法和第一个方法相似,只不过处理的是实例方法。
    第三个方法是将你调用的不存在的方法重定向到一个其他声明了这个方法的类,只需要你返回一个有这个方法的target。
    第四个方法是将你调用的不存在的方法打包成NSInvocation
    传给你。做完你自己的处理后,调用invokeWithTarget:方法让某个target触发这个方法。

动态添加方法
重写了拦截调用的方法并且返回了YES,我们要怎么处理呢?有一个办法是根据传进来的SEL类型的selector动态添加一个方法。

首先从外部隐式调用一个不存在的方法:

//隐式调用方法
[target performSelector:@selector(resolveAdd:) withObject:@"test"];

然后,在target对象内部重写拦截调用的方法,动态添加方法。

void runAddMethod(id self, SEL _cmd, NSString *string){
NSLog(@"add C IMP ", string);
}

  • (BOOL)resolveInstanceMethod:(SEL)sel{ //给本类动态添加一个法
    if ([NSStringFromSelector(sel) isEqualToString:@"resolveAdd:"]) {
    class_addMethod(self, sel, (IMP)runAddMethod, "v@:*");
    } return YES;
    }
    其中class_addMethod的四个参数分别是:

Class cls
给哪个类添加方法,本例中是self

SEL name
添加的方法,本例中是重写的拦截调用传进来的selector。

IMP imp
方法的实现,C方法的方法实现可以直接获得。如果是OC方法,可以用+ (IMP)instanceMethodForSelector:(SEL)aSelector;获得方法的实现。

"v@:*"
方法的签名,代表有一个参数的方法。

那么问题来了,如果我动态添加的方法名并不是缺失的方法名呢?手动改一改就好了,那么如多及时上百处调用了呢? 重写缺失方法,调用我们的方法也可以; 介绍一个高大上的方法:方法交换(稍后讲解);

关联对象
现在你准备用一个系统的类,但是系统的类并不能满足你的需求,你需要额外添加一个属性。这种情况的一般解决办法就是继承。但是,只增加一个属性,就去继承一个类,总是觉得太麻烦类。这个时候,runtime的关联属性就发挥它的作用了。

//首先定义一个全局变量,用它的地址作为关联对象的key
static char associatedObjectKey;
//设置关联对象
objc_setAssociatedObject(target, &associatedObjectKey, @"添加的字符串属性", OBJC_ASSOCIATION_RETAIN_NONATOMIC); //获取关联对象
NSString *string = objc_getAssociatedObject(target, &associatedObjectKey);
NSLog(@"AssociatedObject = %@", string);
objc_setAssociatedObject

的四个参数:

id object
给谁设置关联对象。

const void *key
关联对象唯一的key,获取时会用到。

id value
关联对象。

objc_AssociationPolicy
关联策略,有以下几种策略:

enum
{ OBJC_ASSOCIATION_ASSIGN = 0,

OBJC_ASSOCIATION_RETAIN_NONATOMIC = 1,

OBJC_ASSOCIATION_COPY_NONATOMIC = 3,

OBJC_ASSOCIATION_RETAIN = 01401,

OBJC_ASSOCIATION_COPY = 01403 };

如果你熟悉OC,看名字应该知道这几种策略的意思了吧。

objc_getAssociatedObject

的两个参数。

id object
获取谁的关联对象。

const void *key
根据这个唯一的key获取关联对象。

其实,你还可以把添加和获取关联对象的方法写在你需要用到这个功能的类的类别中,方便使用。

//添加关联对象

  • (void)addAssociatedObject:(id)object{ objc_setAssociatedObject(self, @selector(getAssociatedObject), object, OBJC_ASSOCIATION_RETAIN_NONATOMIC); }//获取关联对象- (id)getAssociatedObject{ return objc_getAssociatedObject(self, _cmd); }

注意:

这里面我们把getAssociatedObject方法的地址作为唯一的key,_cmd代表当前调用方法的地址。

方法交换

方法交换,顾名思义,就是将两个方法的实现交换。例如,将A方法和B方法交换,调用A方法的时候,就会执行B方法中的代码;

import "UIViewController+swizzling.h"

import

@implementation UIViewController (swizzling)

//load方法会在类第一次加载的时候被调用
//调用的时间比较靠前,适合在这个方法里做方法交换

  • (void)load{
    //方法交换应该被保证,在程序中只会执行一次
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{

    //获得viewController的生命周期方法的selector 
      SEL systemSel = @selector(viewWillAppear:); 
      //自己实现的将要被交换的方法的selector 
      SEL swizzSel = @selector(swiz_viewWillAppear:); 
      //两个方法的Method 
      Method systemMethod = class_getInstanceMethod([self class], systemSel); 
      Method swizzMethod = class_getInstanceMethod([self class], swizzSel); 
    
      //首先动态添加方法,实现是被交换的方法,返回值表示添加成功还是失败 
      BOOL isAdd = class_addMethod(self, systemSel,    method_getImplementation(swizzMethod),      method_getTypeEncoding(swizzMethod)); 
      if (isAdd) { 
             //如果成功,说明类中不存在这个方法的实现 
             //将被交换方法的实现替换到这个并不存在的实现 
              class_replaceMethod(self, swizzSel,          method_getImplementation(systemMethod),            method_getTypeEncoding(systemMethod)); 
      }else{ 
          //否则,交换两个方法的实现 
          method_exchangeImplementations(systemMethod, swizzMethod);
      }

    });
    }

  • (void)swiz_viewWillAppear:(BOOL)animated{
    //这时候调用自己,看起来像是死循环
    //但是其实自己的实现已经被替换了
    [self swiz_viewWillAppear:animated];
    NSLog(@"swizzle");
    }
    @end
    在一个自己定义的viewController中重写viewWillAppear

  • (void
    )viewWillAppear:(BOOL)animated{ [super viewWillAppear:animated]; NSLog(@"viewWillAppear"); }

Run起来看看输出吧!

我的理解:

特别注意::: 方法交换实际交换的是方法的实现部分;

猜你喜欢

转载自blog.csdn.net/hpyhn0204/article/details/130429695