iOS~runtime理解 Runtime是想要做好iOS開發,或者說是真正的深刻的掌握OC這門語言所必需理解的東西。最近在學習Runtime,有自己的一些心得,整理如下,一為 查閱方便二為 或許能給他人一些啟發,三為 希望得到大家對這篇整理不足之處的一些指點。 什麼是Runtime 我們寫的代碼在 ...
iOS~runtime理解
Runtime是想要做好iOS開發,或者說是真正的深刻的掌握OC這門語言所必需理解的東西。最近在學習Runtime,有自己的一些心得,整理如下,
一為 查閱方便
二為 或許能給他人一些啟發,
三為 希望得到大家對這篇整理不足之處的一些指點。
什麼是Runtime
- 我們寫的代碼在程式運行過程中都會被轉化成runtime的C代碼執行,例如會被轉化成
objc_msgSend(target, @selector(doSomething));
。 - 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中的表示
//類在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; /* Use `Class` instead of `struct objc_class * */
獲取列表
有時候會有這樣的需求,我們需要知道當前類中每個屬性的名字(比如字典轉模型,字典的Key和模型對象的屬性名字不匹配)。
我們可以通過runtime的一系列方法獲取類的一些信息(包括屬性列表,方法列表,成員變數列表,和遵循的協議列表)。
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]); } //獲取協議列表 __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上跑一下看看輸出吧,需要給你當前的類寫幾個屬性,成員變數,方法和協議,不然獲取的列表是沒有東西的。
註意,調用這些獲取列表的方法別忘記導入頭文件#import <objc/runtime.h>
。
方法調用
讓我們看一下方法調用在運行時的過程(參照前文類在runtime中的表示)
如果用實例對象調用實例方法,會到實例的isa指針指向的對象(也就是類對象)操作。
如果調用的是類方法,就會到類對象的isa指針指向的對象(也就是元類對象)中操作。
- 首先,在相應操作的對象中的緩存方法列表中找調用的方法,如果找到,轉向相應實現並執行。
- 如果沒找到,在相應操作的對象中的方法列表中找調用的方法,如果找到,轉向相應實現執行
- 如果沒找到,去父類指針所指向的對象中執行1,2.
- 以此類推,如果一直到根類還沒找到,轉向攔截調用。
- 如果沒有重寫攔截調用的方法,程式報錯。
以上的過程給我帶來的啟發:
- 重寫父類的方法,並沒有覆蓋掉父類的方法,只是在當前類對象中找到了這個方法後就不會再去父類中找了。
- 如果想調用已經重寫過的方法的父類的實現,只需使用
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方法中的代碼,反之亦然。
話不多說,這是參考Mattt大神在NSHipster上的文章自己寫的代碼。
#import "UIViewController+swizzling.h" #import <objc/runtime.h> @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起來看看輸出吧!
我的理解:
- 方法交換對於我來說更像是實現一種思想的最佳技術:AOP面向切麵編程。
- 既然是切麵,就一定不要忘記,交換完再調回自己。
- 一定要保證只交換一次,否則就會很亂。
- 最後,據說這個技術很危險,謹慎使用。
來源簡書:https://www.jianshu.com/p/927c8384855a