iOS底層原理之`OC語法`(一.oc對象的本質)

1.oc對象的本質

  • 我們平時編寫的Objective-C代碼,底層實現其實都是C\C++代碼。


    編譯過程

所以Objective-C的面向對象都是基于C\C++的數據結構實現的。如果我們想將研究其底層就要先轉換為C/C++文件。

  • 將Objective-C代碼轉換為C\C++代碼
    1. 打開終端,cd到你所要轉成C/C++語言文件的目錄里;
    2. ls/ls-l 列舉查看一下文件夾下是否有對應的OC文件;
    3. clang -rewrite-objc OC源文件 -o 輸出的CPP文件(編譯器重寫oc文件并輸出c++文件),如下:
hejundeMBP:~ hejun$ cd /Users/hejun/Desktop/OC本質/OC本質 
hejundeMBP:OC本質 hejun$ ls
main.m
hejundeMBP:OC本質 hejun$ clang -rewrite-objc main.m -o main.cpp

這樣就會在該文件夾下生成一個c++文件,但是這樣生成的文件太大,因為編譯器轉化代碼要看什么平臺,沒有直達平臺架構所以生成文件包含了所有的架構下的代碼,所以一般不這么轉化。
xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc OC源文件 -o 輸出的CPP文件(Xcode指定是iphoneos然后編譯器告訴是arm64架構下重寫oc文件并輸出c++文件)如下:

hejundeMBP:~ hejun$ cd /Users/hejun/Desktop/OC本質/OC本質 
hejundeMBP:OC本質 hejun$ ls
hejundeMBP:OC本質 hejun$ xcrun -sdk iphoneos clang -arch arm64 -rewrite-objc main.m -o main_arm64.cpp
hejundeMBP:OC本質 hejun$ 

這樣生成的文件就小很多了


生成C++文件

如果需要鏈接其他框架,使用-framework參數。(比如-framework UIKit)。

為何不在不生成c文件而生成c++文件,因為生存的c++文件里面包含c,并且c++是支持c的。

不同平臺支持的代碼肯定是不一樣,模擬器(i386)、32bit(armv7)、64bit(arm64)。

  • Objective-C的對象、類主要是基于C\C++的什么數據結構實現的?

進入NSObject頭文件可以看到,里面有一個Class類型的isa成員變量,點擊進Class可以發現其是一個指向結構體的指針,在main函數中創建一個NSObject轉成C++代碼里面會生存一個NSObject_IMPL(NSObject_implementation即NSObject的底層實現)結構體。

struct NSObject_IMPL {
    Class isa;
};。
底層結構
  • 自定義一個Student類繼承NSObject,添加_no,_age屬性,分析一下結構和所占內存打小。示例如下:
#import <Foundation/Foundation.h>
#import <objc/runtime.h>
#import "malloc/malloc.h"

struct Student_IMPL {
    Class isa;
    int _no;
    int _age;
};
@interface Student : NSObject{
@public
    int _no;
    int _age;
}
@end
@implementation Student
@end
int main(int argc, const char * argv[]) {
    @autoreleasepool {
        Student *stu = [[Student alloc] init];
        stu->_no = 10;
        stu->_age = 10;
        //獲得類的實例對象大小
        NSLog(@"%zd", class_getInstanceSize([Student class]));
        //獲得stu指針所指向的內存大小
        NSLog(@"%zd", malloc_size((__bridge const void *)stu));
        //因為Student_IMPL結構體和Student結構一樣,將stu的對象強轉為指向Student_IMPL結構體的指針
        struct Student_IMPL *stuImpl = (__bridge struct Student_IMPL *)stu;
        //通過結構體指針訪問結構體變量
        NSLog(@"no is %d, age is %d", stuImpl->_no, stuImpl->_age);
    }
    return 0;
}

打斷點分析內存(方法:Debug -> Debug Workfllow -> View Memory (Shift + Command + M)然后將對象指針地址輸入Address輸入框):

分析內存

結果可見:內存占了16個字節,前面8為是是isa指針所占內存,后8為中的兩個OA則是no和age的值為10(注意Mac是高位向地位尋址。
打印結果如下:

打印內存.png

結果可見確實是占了16個字節(8+4+4),但是如果打印NSObjectclass_getInstanceSize獲得的是8位,malloc_size是16位,因為前者是獲得類的實例對象大小只有一個指針所以是8位,后者是獲得指針指向的內存大小,蘋果歸檔如何小于16位則是16位,所以最少是16位(具體可以去看源碼,這里不再一一列舉)。
具體分析示意圖如下:

底層實現.png

底層實現.png

所以Objective-C的對象、類主要是基于C\C++的結構體實現的。

2.instance、class、meta-class.

  • OC對象的分類:instance對象(實例對象)、class對象(類對象)、meta-class對象(元類對象)。

  • instance對象就是通過類alloc出來的對象,每次調用alloc都會產生新的instance對象。
  • instance對象在內存中存儲的信息包括:
  1. qq isa指針、
  2. 其他成員變量。
  • 同一個類alloc出兩個實例對象是兩個不同的對象分別占用兩塊內存:
    instance.png

  • 每個類在內存中有且只有一個class對象
  • class對象在內存中存儲的信息主要包括:
    1. isa指針
    2. superclass指針
    3. 類的屬性信息(@property)、類的對象方法信息(instance method)
  1. 類的協議信息(protocol)、類的成員變量信息(ivar)


    meta-class.png

  • objectMetaClass是NSObject的meta-class對象(元類對象),每個類在內存中有且只有一個meta-class對象

  • 獲取元類方法Class object_getClass(id obj)傳入類名時獲取元類,runtimeApi。

  • meta-class對象和class對象的內存結構是一樣的,但是用途不一樣,在內存中存儲的信息主要包括:

    1. isa指針
    2. superclass指針
    3. 類的類方法信息(class method)


      metaclass.png
  • 注意:runtime有兩個獲取類的方法Class objc_getClass(const char *aClassName)Class object_getClass(id obj),前者傳入字符串類名返回返回對應的類對象;后者傳入的obj可能是instance對象、class對象、meta-class對象,如果是instance對象,返回class對象、如果是class對象,返回meta-class對象,如果是meta-class對象,返回NSObject(基類)的meta-class對象。

  • 判斷是否元類方函數:BOOL class_isMetaClass(Class cls)

3.isa、superclass.

  • isa

    1. instanceisa指向class,當調用對象方法時,通過instanceisa找到class,最后找到對象方法的實現進行調用。
    2. classisa指向meta-class,當調用類方法時,通過classisa找到meta-class,最后找到類方法的實現進行調用
      isa.png
  • superclass:當子類的instance對象要調用父類的對象方法時,會先通過isa找到子類的class,然后通過superclass找到父類的class,最后找到對象方法的實現進行調用。

    superclass.png

  • meta-class對象的superclass指針:當子類的class要調用父類的類方法時,會先通過isa找到子類的meta-class,然后通過superclass找到父類的meta-class,最后找到類方法的實現進行調用(注意如果直到基類的meta-class也找不該方法就會去基類中去找同名的對象方法,找到了就會調用,找不到就報該類找不到此方法的錯誤

    meta-class的superclass.png

  • isauperclass總結


  • instance的isa指向class
  • class的isa指向meta-class
  • meta-class的isa指向基類的meta-class
  • class的superclass指向父類的class
  • 如果沒有父類,superclass指針為nil

  • meta-class的superclass指向父類的meta-class
  • 基類的meta-class的superclass指向基類的class

  • instance調用對象方法的軌跡

  • isa找到class,方法不存在,就通過superclass找父類class

  • class調用類方法的軌跡

  • isa找meta-class,方法不存在,就通過superclass找父類meta-class,如果找到基類的meta-class還沒有找到就去找基類的class,示意圖如下:


    oc方法調用流程.png
  • class、meta-class對象的本質結構都是struct objc_class

    oc類對象的本質.png

4.面試題

1.一個NSObject對象占用多少內存?

系統分配了16個字節給NSObject對象(通過malloc_size 函數獲得)
但NSObject對象內部只使用了8個字節的空間(64bit環境下,可以通過class_getInstanceSize函數獲得)

2.對象的isa指針指向哪里?

instance對象的isa指向class對象
class對象的isa指向meta-class對象
meta-class對象的isa指向基類的meta-class對象

3.OC的類信息存放在哪里?

成員變量的具體值,存放在instance對象
對象方法、屬性、成員變量、協議信息,存放在class對象中
類方法,存放在meta-class對象中

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,406評論 6 538
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,034評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,413評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,449評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,165評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,559評論 1 325
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,606評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,781評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,327評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,084評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,278評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,849評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,495評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,927評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,172評論 1 291
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,010評論 3 396
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,241評論 2 375

推薦閱讀更多精彩內容