-
runtime的理解:
1.runtime是一套比較底層的C語言的API,屬于1個C語言庫,包含了很多底層的C語言的API
2.OC中一切都被設計成了對象,我們都知道一個類被初始化成一個實例,這個實例是一個對象。實際上一個類本質(zhì)上也是一個對象,在runtime中用結(jié)構(gòu)體表示,OC代碼,在程序運行過程中,最終都是轉(zhuǎn)換成runtime的C語言進行編譯和運行.
*相關(guān)的定義:
/// 描述類中的一個方法
typedef struct objc_method *Method;
/// 實例變量
typedef struct objc_ivar *Ivar;
/// 類別Category
typedef struct objc_category *Category;
/// 類中聲明的屬性
typedef struct objc_property *objc_property_t;
*類在runtime中的表示
//類在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;//緩存
//一種優(yōu)化,調(diào)用過的方法存入緩存列表,下次調(diào)用先找緩存
struct objc_protocol_list *protocols //協(xié)議列表
#endif
} OBJC2_UNAVAILABLE;
/* Use `Class` instead of `struct objc_class *` */
獲取列表
有時候會有這樣的需求,我們需要知道當前類中每個屬性的名字(比如字典轉(zhuǎn)模型,字典的Key和模型對象的屬性名字不匹配)。
我們可以通過runtime的一系列方法獲取類的一些信息(包括屬性列表,方法列表,成員變量列表,和遵循的協(xié)議列表)。
unsigned int count;
//獲取屬性列表
objc_property_t *propertyList = class_copyPropertyList([self class], &count);
for (unsigned int i=0; i<count; 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<count; i++) {
Method method = methodList[i];
NSLog(@"method---->%@", NSStringFromSelector(method_getName(method)));
}
//獲取成員變量列表
Ivar *ivarList = class_copyIvarList([self class], &count);
for (unsigned int i; i<count; i++) {
Ivar myIvar = ivarList[i];
const char *ivarName = ivar_getName(myIvar);
NSLog(@"Ivar---->%@", [NSString stringWithUTF8String:ivarName]);
}
//獲取協(xié)議列表
__unsafe_unretained Protocol **protocolList = class_copyProtocolList([self class], &count);
for (unsigned int i; i<count; i++) {
Protocol *myProtocal = protocolList[i];
const char *protocolName = protocol_getName(myProtocal);
NSLog(@"protocol---->%@", [NSString stringWithUTF8String:protocolName]);
}
在Xcode上跑一下看看輸出吧,需要給你當前的類寫幾個屬性,成員變量,方法和協(xié)議,不然獲取的列表是沒有東西的。
注意,調(diào)用這些獲取列表的方法別忘記導入頭文件#import <objc/runtime.h>。
方法調(diào)用
讓我們看一下方法調(diào)用在運行時的過程(參照前文類在runtime中的表示)
如果用實例對象調(diào)用實例方法,會到實例的isa指針指向的對象(也就是類對象)操作。
如果調(diào)用的是類方法,就會到類對象的isa指針指向的對象(也就是元類對象)中操作。
首先,在相應操作的對象中的緩存方法列表中找調(diào)用的方法,如果找到,轉(zhuǎn)向相應實現(xiàn)并執(zhí)行。
如果沒找到,在相應操作的對象中的方法列表中找調(diào)用的方法,如果找到,轉(zhuǎn)向相應實現(xiàn)執(zhí)行
如果沒找到,去父類指針所指向的對象中執(zhí)行1,2.
以此類推,如果一直到根類還沒找到,轉(zhuǎn)向攔截調(diào)用。
如果沒有重寫攔截調(diào)用的方法,程序報錯。
以上的過程給我?guī)淼膯l(fā):
重寫父類的方法,并沒有覆蓋掉父類的方法,只是在當前類對象中找到了這個方法后就不會再去父類中找了。
如果想調(diào)用已經(jīng)重寫過的方法的父類的實現(xiàn),只需使用super這個編譯器標識,它會在運行時跳過在當前的類對象中尋找方法的過程。
攔截調(diào)用
在方法調(diào)用中說到了,如果沒有找到方法就會轉(zhuǎn)向攔截調(diào)用。
那么什么是攔截調(diào)用呢。
攔截調(diào)用就是,在找不到調(diào)用的方法程序崩潰之前,你有機會通過重寫NSObject的四個方法來處理。
+ (BOOL)resolveClassMethod:(SEL)sel;
+ (BOOL)resolveInstanceMethod:(SEL)sel;
//后兩個方法需要轉(zhuǎn)發(fā)到其他的類處理
- (id)forwardingTargetForSelector:(SEL)aSelector;
- (void)forwardInvocation:(NSInvocation *)anInvocation;
- 第一個方法是當你調(diào)用一個不存在的類方法的時候,會調(diào)用這個方法,默認返回NO,你可以加上自己的處理然后返回YES。
- 第二個方法和第一個方法相似,只不過處理的是實例方法。
- 第三個方法是將你調(diào)用的不存在的方法重定向到一個其他聲明了這個方法的類,只需要你返回一個有這個方法的target。
- 第四個方法是將你調(diào)用的不存在的方法打包成NSInvocation傳給你。做完你自己的處理后,調(diào)用invokeWithTarget:方法讓某個target觸發(fā)這個方法。
動態(tài)添加方法
重寫了攔截調(diào)用的方法并且返回了YES,我們要怎么處理呢?
有一個辦法是根據(jù)傳進來的SEL類型的selector動態(tài)添加一個方法。
首先從外部隱式調(diào)用一個不存在的方法
//隱式調(diào)用方法
[target performSelector:@selector(resolveAdd:) withObject:@"test"];
然后,在target對象內(nèi)部重寫攔截調(diào)用的方法,動態(tài)添加方法。
void runAddMethod(id self, SEL _cmd, NSString *string){
NSLog(@"add C IMP ", string);
}
+ (BOOL)resolveInstanceMethod:(SEL)sel{
//給本類動態(tài)添加一個方法
if ([NSStringFromSelector(sel) isEqualToString:@"resolveAdd:"]) {
class_addMethod(self, sel, (IMP)runAddMethod, "v@:*");
}
return YES;
}
其中class_addMethod的四個參數(shù)分別是:
Class cls 給哪個類添加方法,本例中是self SEL name 添加的方法,本例中是重寫的攔截調(diào)用傳進來的selector。
IMP imp方法的實現(xiàn),C方法的方法實現(xiàn)可以直接獲得。如果是OC方法,可以用+ (IMP)instanceMethodForSelector:(SEL)aSelector;獲得方法的實現(xiàn)。
"v@:*"方法的簽名,代表有一個參數(shù)的方法。
關(guān)聯(lián)對象
現(xiàn)在你準備用一個系統(tǒng)的類,但是系統(tǒng)的類并不能滿足你的需求,你需要額外添加一個屬性。
這種情況的一般解決辦法就是繼承。
但是,只增加一個屬性,就去繼承一個類,總是覺得太麻煩類。
這個時候,runtime的關(guān)聯(lián)屬性就發(fā)揮它的作用了。
static char associatedObjectKey;
//設置關(guān)聯(lián)對象
objc_setAssociatedObject(target, &associatedObjectKey, @"添加的字符串屬性", OBJC_ASSOCIATION_RETAIN_NONATOMIC); //獲取關(guān)聯(lián)對象
NSString *string = objc_getAssociatedObject(target, &associatedObjectKey);
NSLog(@"AssociatedObject = %@", string);
objc_setAssociatedObject 的四個參數(shù):
-
id object給誰設置關(guān)聯(lián)對象。 -
const void *key關(guān)聯(lián)對象唯一的key,獲取時會用到。 -
id value關(guān)聯(lián)對象。 -
objc_AssociationPolicy關(guān)聯(lián)策略,有以下幾種策略:
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的兩個參數(shù)。
-
id object獲取誰的關(guān)聯(lián)對象。 -
const void *key根據(jù)這個唯一的key獲取關(guān)聯(lián)對象。
其實,你還可以把添加和獲取關(guān)聯(lián)對象的方法寫在你需要用到這個功能的類的類別中,方便使用。
- (void)addAssociatedObject:(id)object{
objc_setAssociatedObject(self, @selector(getAssociatedObject), object, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
//獲取關(guān)聯(lián)對象
- (id)getAssociatedObject{
return objc_getAssociatedObject(self, _cmd);
}```
注意:這里面我們把```getAssociatedObject```方法的地址作為唯一的key,```_cmd```代表當前調(diào)用方法的地址。
###方法交換
方法交換,顧名思義,就是將兩個方法的實現(xiàn)交換。例如,將A方法和B方法交換,調(diào)用A方法的時候,就會執(zhí)行B方法中的代碼,反之亦然。
話不多說,這是參考Mattt大神在NSHipster上的文章自己寫的代碼。
import "UIViewController+swizzling.h"
import <objc/runtime.h>
@implementation UIViewController (swizzling)
//load方法會在類第一次加載的時候被調(diào)用
//調(diào)用的時間比較靠前,適合在這個方法里做方法交換
-
(void)load{
//方法交換應該被保證,在程序中只會執(zhí)行一次
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{//獲得viewController的生命周期方法的selector SEL systemSel = @selector(viewWillAppear:); //自己實現(xiàn)的將要被交換的方法的selector SEL swizzSel = @selector(swiz_viewWillAppear:); //兩個方法的Method Method systemMethod = class_getInstanceMethod([self class], systemSel); Method swizzMethod = class_getInstanceMethod([self class], swizzSel); //首先動態(tài)添加方法,實現(xiàn)是被交換的方法,返回值表示添加成功還是失敗 BOOL isAdd = class_addMethod(self, systemSel, method_getImplementation(swizzMethod), method_getTypeEncoding(swizzMethod)); if (isAdd) { //如果成功,說明類中不存在這個方法的實現(xiàn) //將被交換方法的實現(xiàn)替換到這個并不存在的實現(xiàn) class_replaceMethod(self, swizzSel, method_getImplementation(systemMethod), method_getTypeEncoding(systemMethod)); }else{ //否則,交換兩個方法的實現(xiàn) method_exchangeImplementations(systemMethod, swizzMethod); }});
}
- (void)swiz_viewWillAppear:(BOOL)animated{
//這時候調(diào)用自己,看起來像是死循環(huán)
//但是其實自己的實現(xiàn)已經(jīng)被替換了
[self swiz_viewWillAppear:animated];
NSLog(@"swizzle");
}
@end
在一個自己定義的``` viewController ``` 中重寫``` viewWillAppear```
- (void)viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
NSLog(@"viewWillAppear");
}
Run起來看看輸出吧!
我的理解:
方法交換對于我來說更像是實現(xiàn)一種思想的最佳技術(shù):AOP面向切面編程。
既然是切面,就一定不要忘記,交換完再調(diào)回自己。
一定要保證只交換一次,否則就會很亂。
最后,據(jù)說這個技術(shù)很危險,謹慎使用。
示例代碼下載地址:[ https://github.com/DesmondQy/RunTimeDemo.git](https://github.com/DesmondQy/RunTimeDemo.git)