iOS重名category 的調(diào)用方式

今天看了一篇文章【iOS】category 重寫方法的調(diào)用，介紹了category在重寫主類方法，和多個category中方法重名的時候的調(diào)用方式。其中提到category加入函數(shù)列表中的順序是反向于文件編譯的順序，即編譯是根據(jù)buildPhases->Compile Sources里面的順序從上至下編譯的，那么category的執(zhí)行順序就是反向于這個順序的。那么我們來驗證一下。

@interface Father : NSObject

- (void)name;

@end

@implementation Father

- (void)name{
    NSLog(@"my name is father");
}
@end

@interface Father (aaa)

@end

@implementation Father (aaa)

- (void)name{
    NSLog(@"my name is father aaa");
}

@end

@interface Father (bbb)

@end

@implementation Father (bbb)

- (void)name{
    NSLog(@"my name is father bbb");
}
@end

    int count;
    Method* list;
    list = class_copyMethodList( [Father class], &count );
    for (int i = 0; i < count; i++) {
        NSLog(@"%@",NSStringFromSelector(method_getName(list[i])));
    }

運行結果：

2018-01-04 23:59:59.904820+0800 test[48010:12449543] name:
2018-01-04 23:59:59.904937+0800 test[48010:12449543] name:
2018-01-04 23:59:59.905057+0800 test[48010:12449543] name:

打印出3個name:，可以看到category和主類的方法都在函數(shù)列表中，但是selector的名字都一樣啊，那么怎么確定他的順序呢？哈哈，我們來想想辦法，看看method都包括哪些內(nèi)容

struct objc_method {
    SEL _Nonnull method_name                                 OBJC2_UNAVAILABLE;
    char * _Nullable method_types                            OBJC2_UNAVAILABLE;
    IMP _Nonnull method_imp                                  OBJC2_UNAVAILABLE;
}

selector是查找函數(shù)的key，而selector本身就是一個字符串，那么我們可以定義同樣的selector，通過定義不同的method_types加以區(qū)分。

@interface Father : NSObject
- (void)name:(int)a;
@end

@implementation Father

- (void)name:(int)a{
    NSLog(@"my name is father");
}
@end

@interface Father (aaa)

@end

@implementation Father (aaa)

- (void)name:(char)a{
    NSLog(@"my name is father aaa");
}

@end

@interface Father (bbb)

@end

@implementation Father (bbb)

- (void)name:(short)b{
    NSLog(@"my name is father bbb");
}
@end

    int a;
    Father* father = [[Father alloc]init];
    [father name:a];

    int count;
    Method* list;
    list = class_copyMethodList( [Father class], &count );
    des = method_getDescription(list);
    for (int i = 0; i < count; i++) {
        NSLog(@"%@ %s",NSStringFromSelector(method_getName(list[i])), method_getTypeEncoding(list[i]));
    }

運行結果：

2018-01-05 00:27:44.160124+0800 test[48427:12478941] my name is father bbb
2018-01-05 00:21:44.170938+0800 test[48427:12478941] name: v20@0:8s16
2018-01-05 00:21:44.171095+0800 test[48427:12478941] name: v20@0:8c16
2018-01-05 00:21:44.200842+0800 test[48427:12478941] name: v20@0:8i16

其中8s中的s代表short，8c中的c代表char，8i中的i是int。

到Compile Sources中看一下，發(fā)現(xiàn)編譯的順序是

Father+aaa.m

Father+bbb.m

Father.m

說明是先編譯的Father.m，然后編譯的Father+aaa.m和Father+bbb.m，所以Father+bbb.m中的函數(shù)

-(void)name:(short)b 最后一個載入，也得到了最終執(zhí)行。

接下來我們在Compile Sources中拖動Father.m交換文件順序。

Father+bbb.m

Father.m

Father+aaa.m

運行結果：

2018-01-05 00:37:28.714927+0800 test[48698:12497028] my name is father aaa
2018-01-05 00:37:28.715230+0800 test[48698:12497028] name: v20@0:8c16
2018-01-05 00:37:28.727622+0800 test[48698:12497028] name: v20@0:8s16
2018-01-05 00:37:28.727735+0800 test[48698:12497028] name: v20@0:8i16

可以看到，F(xiàn)ather+aaa.m和Father+bbb.m中的函數(shù)在methodlist中的順序交換了，最終執(zhí)行的也成了Father+aaa.m中的函數(shù)。但是主類的函數(shù)（name: v20@0:8i16）一直是最先放入methodlist中的。這也說明了category的加載是在主類之后，這與Compile Sources中的順序無關。

再思考2個問題：

  1. 子類和父類都實現(xiàn)了相同的category函數(shù)，會執(zhí)行誰呢？
  2. 子類繼承后重寫了父類的category函數(shù)，會執(zhí)行誰呢？

其實答案很明顯，按照selector的查找順序，會先在子類中找，再到父類中找。只要子類找到了selector，不管是不是category，都會先執(zhí)行。

看下這兩個問題的代碼：

@implementation Father (bbb)

- (void)name:(double)b{
    NSLog(@"my name is father bbb");
}

- (void)age{
    NSLog(@"I am 30 years old");
}
@end

@interface Son : Father
- (void)age;
@end

@implementation Son

- (void)name:(int)a{
    NSLog(@"my name is son");
}

- (void)age{
    NSLog(@"I am 6 years old");
}
@end

@interface Son (bbb)

@end

@implementation Son (bbb)
- (void)name:(double)a{
    NSLog(@"my name is son bbb");
}
@end

Son* son = [[Son alloc]init];
[son name:a];

執(zhí)行結果：

2018-01-05 10:29:15.625968+0800 test[50457:12615463] my name is son bbb
2018-01-05 10:29:15.626104+0800 test[50457:12615463] I am 6 years old

明顯，子類son的category得到了執(zhí)行，復寫的age函數(shù)也是先執(zhí)行的子類的，與分析的結果一致。

category導致的問題

從上面的結果中我們可以看到，category雖然給我們提供了便利，但是最大的問題就是不確定性，當出現(xiàn)重名的函數(shù)時，執(zhí)行的結果很可能和預想的不一樣。尤其在一些大的工程中，代碼多，很可能出現(xiàn)重名的category。特別是很多工程采用sdk組件化集成，內(nèi)部的代碼都不知道實現(xiàn)了哪些category，當出現(xiàn)一些crash和執(zhí)行錯誤的時候，很可能是執(zhí)行了不同的category導致的。那么怎么控制呢？

  1. 首先是命名，category中要有自己的命名規(guī)范，根據(jù)category的名字給函數(shù)加前綴。由于objective-c沒有namespace，只能通過前綴來區(qū)分。
@implementation Father (aaa)

- (void)aaa_Name:(char)a{
    NSLog(@"my name is father aaa");
}

@end

@implementation Father (bbb)

- (void)bbb_Name:(char)b{
    NSLog(@"my name is father bbb");
}

@end
  1. 對于一些公用的比較基礎的category，放到基礎庫中，大家引用同一份，不要各自定義。
@interface NSString (Addition)
- (NSString *)urlEncode;
- (NSString *)md5Digest;
@end
  1. category的使用時機。個人認為，有2點：
    • 如果要實現(xiàn)的功能，是對這個類普遍生效的，則使用category。如果是對單獨場景的一種擴展，還是使用繼承比較好。其實這種討論類似于一個方法是要加到基類中，還是繼承后實現(xiàn)到子類中。比如UIView，添加動畫，frame設置這些基礎方法，需要放到category中。像UIButton這中針對單獨場景的特殊設置，就用的子類。
    • 在大工程多個sdk組件化的工程中，對于其他模塊封裝的類，還是盡量使用子類化，category還是盡量實現(xiàn)在聲明這個類的sdk中。
最后編輯于 ：
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點，簡書系信息發(fā)布平臺，僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

  • 轉至元數(shù)據(jù)結尾創(chuàng)建： 董瀟偉，最新修改于： 十二月 23, 2016 轉至元數(shù)據(jù)起始第一章:isa和Class一....
    40c0490e5268閱讀 2,030評論 0贊 9
  • 他：“遇見問題了，請幫我分析一下？” 我：“好的，請說?！?他：這個大客戶連續(xù)拜訪了兩次（副總），并贈送小禮品，在...
    瘋狂的小蝸牛閱讀 764評論 0贊 0
  • 結束完一周的工作，周末終于可以約上小伙伴去探店了，今天要給大家介紹的是這家小而精的吉川堂。說真的，如果真的可以當一...
    喜樂喜樂love閱讀 536評論 0贊 0
  • 從最初到現(xiàn)在，你，換了多少個手機?或許，你一時答不上來，或許，你思考半天還是一無所獲。但是，多數(shù)人還是會記得自己擁...
    桐妍很無忌閱讀 351評論 0贊 0
  • 文/極客少年 奧古末紀，群王并起，龍武覺醒，諸圣爭霸；東方軍團喋血長空，冬國之海風起云涌。遠古神殿流傳著一則不朽的...
    極客少年閱讀 616評論 0贊 4

友情鏈接更多精彩內(nèi)容