今天看了一篇文章【iOS】category 重寫方法的調用，介紹了category在重寫主類方法，和多個category中方法重名的時候的調用方式。其中提到category加入函數列表中的順序是反向于文件編譯的順序，即編譯是根據buildPhases->Compile Sources里面的順序從上至下編譯的，那么category的執行順序就是反向于這個順序的。那么我們來驗證一下。
@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和主類的方法都在函數列表中，但是selector的名字都一樣啊，那么怎么確定他的順序呢？哈哈，我們來想想辦法，看看method都包括哪些內容
struct objc_method {
SEL _Nonnull method_name OBJC2_UNAVAILABLE;
char * _Nullable method_types OBJC2_UNAVAILABLE;
IMP _Nonnull method_imp OBJC2_UNAVAILABLE;
}
selector是查找函數的key，而selector本身就是一個字符串，那么我們可以定義同樣的selector，通過定義不同的method_types加以區分。
@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中看一下，發現編譯的順序是
Father+aaa.m
Father+bbb.m
Father.m
說明是先編譯的Father.m，然后編譯的Father+aaa.m和Father+bbb.m，所以Father+bbb.m中的函數
-(void)name:(short)b 最后一個載入，也得到了最終執行。
接下來我們在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
可以看到，Father+aaa.m和Father+bbb.m中的函數在methodlist中的順序交換了，最終執行的也成了Father+aaa.m中的函數。但是主類的函數（name: v20@0:8i16）一直是最先放入methodlist中的。這也說明了category的加載是在主類之后，這與Compile Sources中的順序無關。
再思考2個問題：
- 子類和父類都實現了相同的category函數，會執行誰呢？
- 子類繼承后重寫了父類的category函數，會執行誰呢？
其實答案很明顯，按照selector的查找順序，會先在子類中找，再到父類中找。只要子類找到了selector，不管是不是category，都會先執行。
看下這兩個問題的代碼：
@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];
執行結果：
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得到了執行，復寫的age函數也是先執行的子類的，與分析的結果一致。
category導致的問題
從上面的結果中我們可以看到，category雖然給我們提供了便利，但是最大的問題就是不確定性，當出現重名的函數時，執行的結果很可能和預想的不一樣。尤其在一些大的工程中，代碼多，很可能出現重名的category。特別是很多工程采用sdk組件化集成，內部的代碼都不知道實現了哪些category，當出現一些crash和執行錯誤的時候，很可能是執行了不同的category導致的。那么怎么控制呢？
- 首先是命名，category中要有自己的命名規范，根據category的名字給函數加前綴。由于objective-c沒有namespace，只能通過前綴來區分。
@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
- 對于一些公用的比較基礎的category，放到基礎庫中，大家引用同一份，不要各自定義。
@interface NSString (Addition)
- (NSString *)urlEncode;
- (NSString *)md5Digest;
@end
- category的使用時機。個人認為，有2點：
- 如果要實現的功能，是對這個類普遍生效的，則使用category。如果是對單獨場景的一種擴展，還是使用繼承比較好。其實這種討論類似于一個方法是要加到基類中，還是繼承后實現到子類中。比如UIView，添加動畫，frame設置這些基礎方法，需要放到category中。像UIButton這中針對單獨場景的特殊設置，就用的子類。
- 在大工程多個sdk組件化的工程中，對于其他模塊封裝的類，還是盡量使用子類化，category還是盡量實現在聲明這個類的sdk中。
