OC方法的本質(zhì)探索

前言

前面一篇文章我們知道了緩存的插入 cache_t::insert 最后找到了 objc_msgSend 這個方法客燕,那么 objc_msgSend 到底是什么這篇文章就來了解一下励两。

比如一個你調(diào)用一個 [person say666]; 的方法,底層到底是怎么樣的一套流程呢笛质?

運行時

在此之前阵苇,我們先補充一下幾個概念,運行時以及編譯時。

  • 編譯時
    顧名思義就是正在編譯的時候桶癣,那啥叫編譯呢?就是編譯器幫你把源代碼翻譯成機器能識別的代碼娘锁。
    那編譯時就是簡單的作一些翻譯工作牙寞,比如檢查你有沒有粗心寫錯啥關(guān)鍵字了啊,有啥詞法分析莫秆,語法分析之類的過程间雀。就像個老師檢查學(xué)生的作文中有沒有錯別字和病句一樣,如果發(fā)現(xiàn)啥錯誤編譯器就告訴你讓你直接去修改镊屎。所謂這時的錯誤就叫編譯時錯誤惹挟,這個過程中做的啥類型檢查也就叫編譯時類型檢查,或靜態(tài)類型檢查(所謂靜態(tài)就是沒把真把代碼放內(nèi)存中運行起來, 而只是把代碼當(dāng)作文本來掃描下)所以有時一些人說編譯時還分配內(nèi)存啥的肯定是錯誤的說法缝驳。

  • 運行時
    運行時(runtime)就是代碼跑起來了连锯,被裝載到內(nèi)存中去了,而運行時類型檢查就與前面講的編譯時類型檢查(或者靜態(tài)類型檢查)不一樣用狱,不是簡單的掃描代碼而是在內(nèi)存中做些操作运怖,做些判。運行時就是盡可能多的將編譯期的事情放到運行期去決議夏伊。

運行時發(fā)起的三種方式

  • OC 層直接調(diào)用
    OC層的直接調(diào)用酒喝我們?nèi)粘i_發(fā)中的方法調(diào)用時一幕一樣的摇展,比如 CDPerson *person = [[CDPerson alloc] init];[person say666];這些方法就是OC層的調(diào)用溺忧。
  • NSObject 層的提供的方法
    NSObject 層的就是和OC層差不多一樣吗购,只是NSObject 封裝好了的医男,比如[person isKindOfClass:[CDPerson class]];,[person performSelector:@selector(say666)];這些方法。
  • C/C++ 提供的API
    C/C++提供的API就是底層的api捻勉,OC源碼經(jīng)過編譯器編譯就會變成C/C++ 的代碼镀梭,比如 Class cls = objc_getClass("CDPerson");,IMP imp = class_getMethodImplementation(cls, @selector(say2));這些就是C/C++層的。
三種方式

那么我們?nèi)绾误w現(xiàn)OC層的源代碼到底層就是C/C++了呢踱启?這里我們借助Clang报账。

objc_msgSend 的初探

準(zhǔn)備一份簡單的代碼如下

@interface CDPerson : NSObject
- (void)say666;
+ (void)sayHello;
- (void)say1;
- (void)say2;
- (void)say3;
- (void)say4;
- (void)saySomthing:(NSString *)sth with:(NSString *)text;
@end

@implementation CDPerson
- (void)say666 { NSLog(@"say666"); }
+ (void)sayHello { NSLog(@"sayHello"); }
- (void)say1 { NSLog(@"%s", __func__); }
- (void)say2 { NSLog(@"%s", __func__); } 
- (void)saySomthing:(NSString *)sth with:(NSString *)text { NSLog(@"%@ - %@", sth, text); }
@end

///如下一個調(diào)用一下這個方法。
[CDPerson sayHello];
CDPerson *person = [CDPerson alloc];
[person say666]; 
NSLog(@"%@", person);

然后我們通過clang 把這份源碼編譯成c++的源碼看看到底是什么樣呢埠偿。通過源碼我們可以看到OC 層面的代碼在底層是怎樣的了

/// 等價于:[CDPerson sayHello];
((void (*)(id, SEL))(void *)objc_msgSend)((id)objc_getClass("CDPerson"), sel_registerName("sayHello"));
/// 等價于:CDPerson *person = [CDPerson alloc];
CDPerson *person = ((CDPerson *(*)(id, SEL))(void *)objc_msgSend)((id)objc_getClass("CDPerson"), sel_registerName("alloc"));
/// 等價于:[person say666]; 
        ((void (*)(id, SEL))(void *)objc_msgSend)((id)person, sel_registerName("say666"));
/// NSLog(@"%@", person);
        NSLog((NSString *)&__NSConstantStringImpl__var_folders_xt_dwtgnm2n0dg4fcph5yx7p0k00000gn_T_main_7865ca_mi_0, person);

從上面的源代碼可以知道透罢,OC層的方法(函數(shù))在編譯成底層c++ 后都變成 objc_msgSend 了。

既然這樣了冠蒋,我們OC層是對C/C++的封裝羽圃,那我們是否可以直接調(diào)用底層的 objc_msgSend 來調(diào)用方法呢?于是乎我們按照C++ 的格式來寫一個方法

((void (*)(id, SEL))(void *)objc_msgSend)((id)person, @selector(say1));

結(jié)果是編譯通過抖剿,并且運行也正確朽寞。那么我們看看 objc_msgSend 到底是怎樣實現(xiàn)的?于是乎我們打開 objc 的源碼進入 objc_msgSend 里面斩郎,可以看到如下的定義脑融,但是找了一圈都沒有發(fā)現(xiàn)具體的實現(xiàn),最后發(fā)現(xiàn)在匯編語言里面有調(diào)用相關(guān)的實現(xiàn)缩宜≈庥可以知道 objc_msgSend 是用匯編實現(xiàn)的(這個以后在討論)。

OBJC_EXPORT void
objc_msgSend(void /* id self, SEL op, ... */ )
    OBJC_AVAILABLE(10.0, 2.0, 9.0, 1.0, 2.0);

OBJC_EXPORT void
objc_msgSendSuper(void /* struct objc_super *super, SEL op, ... */ )
    OBJC_AVAILABLE(10.0, 2.0, 9.0, 1.0, 2.0);

到這里我在想是否可以更加簡單的去調(diào)用 objc_msgSend 呢锻煌?于是乎這樣調(diào)用

objc_msgSend(person, @selector(say2));

但是結(jié)果總確實不可以的妓布,出現(xiàn)了如下的錯誤。


直接調(diào)用 objc_msgSend

出現(xiàn)如下的錯誤是因為上面的 objc_msgSend 定義的地方有個宏定義 #if !OBJC_OLD_DISPATCH_PROTOTYPES宋梧。而在以前的xCode上這樣調(diào)用時沒有問題的秋茫。

#if defined(__arm64__) && !__swift__
#   undef OBJC_OLD_DISPATCH_PROTOTYPES
#   define OBJC_OLD_DISPATCH_PROTOTYPES 0
#endif

解決辦法是 Xcode -> Targets -> Build Setting -> Enable Strict Checking of objc_msgSend Calls -> NO

最后我們在來調(diào)用一個 [person say3]看看結(jié)果又是如何,結(jié)果依然可以編譯通過乃秀。但是當(dāng)我們運行的時候卻抱錯了肛著?相信大家對于這個錯誤都很熟悉


這個也說明了我們的編譯器在編譯期只是單單的做一些錯誤排查。由于我們的objc_msgSend 是運行時調(diào)用的跺讯,所以這樣的錯誤在編譯期是體現(xiàn)不出來的枢贿,因為我們這種錯誤可以在運行時處理。

** 總結(jié) **

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末刀脏,一起剝皮案震驚了整個濱河市局荚,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖耀态,帶你破解...
    沈念sama閱讀 206,723評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件轮傍,死亡現(xiàn)場離奇詭異,居然都是意外死亡首装,警方通過查閱死者的電腦和手機创夜,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,485評論 2 382
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來仙逻,“玉大人驰吓,你說我怎么就攤上這事∠捣睿” “怎么了檬贰?”我有些...
    開封第一講書人閱讀 152,998評論 0 344
  • 文/不壞的土叔 我叫張陵,是天一觀的道長缺亮。 經(jīng)常有香客問我翁涤,道長,這世上最難降的妖魔是什么萌踱? 我笑而不...
    開封第一講書人閱讀 55,323評論 1 279
  • 正文 為了忘掉前任葵礼,我火速辦了婚禮,結(jié)果婚禮上虫蝶,老公的妹妹穿的比我還像新娘。我一直安慰自己倦西,他們只是感情好能真,可當(dāng)我...
    茶點故事閱讀 64,355評論 5 374
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著扰柠,像睡著了一般粉铐。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上卤档,一...
    開封第一講書人閱讀 49,079評論 1 285
  • 那天蝙泼,我揣著相機與錄音,去河邊找鬼劝枣。 笑死汤踏,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的舔腾。 我是一名探鬼主播溪胶,決...
    沈念sama閱讀 38,389評論 3 400
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼稳诚!你這毒婦竟也來了哗脖?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,019評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎才避,沒想到半個月后橱夭,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,519評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡桑逝,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,971評論 2 325
  • 正文 我和宋清朗相戀三年棘劣,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片肢娘。...
    茶點故事閱讀 38,100評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡呈础,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出橱健,到底是詐尸還是另有隱情而钞,我是刑警寧澤,帶...
    沈念sama閱讀 33,738評論 4 324
  • 正文 年R本政府宣布拘荡,位于F島的核電站臼节,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏珊皿。R本人自食惡果不足惜网缝,卻給世界環(huán)境...
    茶點故事閱讀 39,293評論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望蟋定。 院中可真熱鬧粉臊,春花似錦、人聲如沸驶兜。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,289評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽抄淑。三九已至屠凶,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間肆资,已是汗流浹背矗愧。 一陣腳步聲響...
    開封第一講書人閱讀 31,517評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留郑原,地道東北人唉韭。 一個月前我還...
    沈念sama閱讀 45,547評論 2 354
  • 正文 我出身青樓,卻偏偏與公主長得像犯犁,于是被迫代替她去往敵國和親纽哥。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,834評論 2 345

推薦閱讀更多精彩內(nèi)容