如果你還不知道什么是Method Swizzling,你可以看看NSHipster 的文章 ,我簡單介紹一下,method swizzling 可以看成劫持了一個方法。
在下冶等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站制作、網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作定制網(wǎng)站建設(shè),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營銷,成都外貿(mào)網(wǎng)站建設(shè),下冶網(wǎng)站建設(shè)費用合理。
我們可以看看NSHipster 的文章中有以下代碼:
- (void)xxx_viewWillAppear:(BOOL)animated {
[self xxx_viewWillAppear:animated];
NSLog(@"viewWillAppear: %@", self);
}
是不是覺得遞歸無限循環(huán),事實上并不會,你可以這么理解,一個具體的SEL是個名字,一個具體的IMP是個函數(shù)指針,在類里面它們是靠一個表建立聯(lián)系。
假設(shè)(純屬虛構(gòu)) UIViewController 的 @selector(viewWillAppear:) 對應(yīng)的內(nèi)部實現(xiàn)為以下
void _UIKIT_Internal_UIViewController_viewWillAppear(id vc, SEL selector, BOOL animated) {
...// ^_^蘋果私有代碼
}
假設(shè)UIViewController 的 @selector(xxx_viewWillAppear:) 的實現(xiàn)為以下
void my_xxx_viewWillAppear(id vc, SEL selector, BOOL animated) {
[vc performSelector:@selector(xxx_viewWillAppear) withObject:@(animated)];
NSLog(@"viewWillAppear: %@", vc);
}
那么未替換方法前@selector(viewWillAppear:)對應(yīng)的指針就是&_UIKIT_Internal_UIViewController_viewWillAppear
那么未替換方法前@selector(xxx_viewWillAppear:)對應(yīng)的指針就是&my_xxx_viewWillAppear
一旦替換方法后,@selector(viewWillAppear:)對應(yīng)的指針就是&my_xxx_viewWillAppear,
@selector(xxx_viewWillAppear:)對應(yīng)的指針就是&_UIKIT_Internal_UIViewController_viewWillAppear
my_xxx_viewWillAppear 中的 [vc performSelector:@selector(xxx_viewWillAppear) withObject:@(animated)];
相當于什么,相當于 調(diào)用@selector(xxx_viewWillAppear:)所指的函數(shù)&_UIKIT_Internal_UIViewController_viewWillAppear, 也就是相當于調(diào)用原來的函數(shù),所以這并不是遞歸。
@implementation UIViewController (Tracking)
+ (void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
[self replaceOriginalSelector:@selector(viewWillAppear:) withNewSelector:@selector(xxx_viewWillAppear:)];
});
}
- (void)xxx_viewWillAppear:(BOOL)animated {
[self xxx_viewWillAppear:animated];
NSLog(@"x_viewWillAppear: %@", self);
}
@end
@interface ViewController ()
@end
@implementation ViewController
+ (void)load {
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
[self replaceOriginalSelector:@selector(viewWillAppear:) withNewSelector:@selector(yyy_viewWillAppear:)];
});
}
- (void)yyy_viewWillAppear:(BOOL)animated {
[self yyy_viewWillAppear:animated];
NSLog(@"y_viewWillAppear: %@", self);
}
@end
3.也是順序問題
以下,來自另一篇文章defagos.github.io
它是這么說的,NSObject 實現(xiàn)了 -awakeFromNib,但是它的子類UIView,孫類UILabel都沒有在本類實現(xiàn)- awakeFromNib,那么替換時如果不寫在category +(void) load方法里,那么順序也是個問題
假設(shè)我們先替換了UILabel的- awakeFromNib方法,然后再替換了UIView的- awakeFromNib,那么UILabel的- awakeFromNib方法就不會執(zhí)行UIView的- awakeFromNib方法,因為它們都是獨立替換的是NSObject方法,這篇文章defagos.github.io 提供了一個解決方案,當本類沒有實現(xiàn)方法(如 UILabel -awakeFromNib)時,首先先添加一個block方法 調(diào)用[super awakeFromNib];,我初次看到也是覺得這個方式很好,但是我發(fā)現(xiàn)兩點不足,
在構(gòu)建objc_super時,如果父類本身沒有實現(xiàn)方法,.super_class = class_getSuperclass(clazz),這么寫好像是沒有用的,似乎super_class要填真正實現(xiàn)方法的祖先類,而不能一概的寫class_getSuperclass
struct objc_super super = {
.receiver = self,
.super_class = class_getSuperclass(clazz)
};
id (*objc_msgSendSuper_typed)(struct objc_super *, SEL, va_list) = (void *)&objc_msgSendSuper;
由于 va_list 變量最后是靠宏 va_arg(ap, type)
來獲取的,type又是未知的,這個函數(shù)指針的強制轉(zhuǎn)換轉(zhuǎn)換可能會出現(xiàn)問題
可見,Swizzling正確的順序是十分重要的,(共同點:類本身沒有真正實現(xiàn)方法)
- (void)awakeFromNib {
[super awakeFromNib];
}
新聞標題:iOS開發(fā):MethodSwizzling
網(wǎng)頁路徑:http://aaarwkj.com/article4/gdeooe.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供云服務(wù)器、靜態(tài)網(wǎng)站、做網(wǎng)站、網(wǎng)站收錄、網(wǎng)站營銷、企業(yè)網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)