IOS alloc 底層原理探索

前言

在iOS日常開發(fā)中既鞠,我們經(jīng)常使用alloc init 方法來初始化對象般此,卻沒有去深究alloc在底層是如何執(zhí)行的,這篇文章將從底層源碼探索alloc的原理棘利。

首先,我們新建一個工程朽缴,并初始化一組對象善玫,打印他們的3個對象的內(nèi)容、內(nèi)存地址密强、指針地址茅郎。

從上圖我們可以看出,3個對象指向的是同一個內(nèi)存空間或渤,所以其內(nèi)容和內(nèi)存地址是相同的系冗,但是對象的指針地址是不同的,為什么會這樣呢薪鹦,OC的底層是如何創(chuàng)建對象的呢掌敬?帶著問題惯豆,我們進入下一步的探索。

%p -> p1: 對象指針指向的的內(nèi)存地址
%p -> &p1:對象的指針地址

3種探索的方式

1.下符號斷點的形式奔害,跟著流程走

  • 先打個斷點楷兽,代碼運行到斷點處,打個符號斷點
  • 輸入alloc
  • 點擊下一步

由上面流程可以看出objc_alloc是在libobjc.A.dylib動態(tài)庫創(chuàng)建的华临。

2.按住control+step into

  • 在代碼運行至斷點處
  • 接著打個符號斷點objc_alloc

由此發(fā)現(xiàn)objc_alloc在libobjc.A.dylib這個庫里面芯杀。

3.匯編查看

-運行代碼,在斷點處银舱,點擊Debug->Debug Workflow->Always Show Disassembly
  • 從匯編代碼callq處瘪匿,我們看到匯編調(diào)用了objc_alloc
  • 下個符號斷點objc_alloc

從以上的探索我們得知,對象的alloc在libobjc.A.dylib中寻馏,于是我們從蘋果開發(fā)源中去下載源碼棋弥。

源碼下載

源碼探索

Person *objc1 = [Person alloc] ;

1.首先我們打開源碼顽染,創(chuàng)建一個對象,點擊進入alloc方法的源碼實現(xiàn)轰绵。

+ (id)alloc {
    return _objc_rootAlloc(self);
}

2.點擊_objc_rootAlloc方法跳轉(zhuǎn)至_objc_rootAlloc

id
_objc_rootAlloc(Class cls)
{
    return callAlloc(cls, false/*checkNil*/, true/*allocWithZone*/);
}

3.點擊callAlloc方法跳轉(zhuǎn)至callAlloc的源碼實現(xiàn)粉寞。

static ALWAYS_INLINE id
callAlloc(Class cls, bool checkNil, bool allocWithZone=false)
{
#if __OBJC2__ //有可用的編譯器優(yōu)化
    if (slowpath(checkNil && !cls)) return nil;
    if (fastpath(!cls->ISA()->hasCustomAWZ())) {
        return _objc_rootAllocWithZone(cls, nil);
    }
#endif

    // No shortcuts available.
    if (allocWithZone) {  //沒有可用的編譯器優(yōu)化
        return ((id(*)(id, SEL, struct _NSZone *))objc_msgSend)(cls, @selector(allocWithZone:), nil);
    }
    return ((id(*)(id, SEL))objc_msgSend)(cls, @selector(alloc));
}

通過打斷點,我們的代碼執(zhí)行了_objc_rootAllocWithZone方法左腔。

關(guān)于slowpath和fastpath唧垦,系統(tǒng)的定義如下:

#define fastpath(x) (__builtin_expect(bool(x), 1))
#define slowpath(x) (__builtin_expect(bool(x), 0))
  • 首先我們要知道__builtin_expect是什么。其實液样,這個指令是gcc引入的振亮,作用是允許程序員將最有可能執(zhí)行的分支告訴編譯器。這個指令的寫法為:__builtin_expect(EXP, N)鞭莽。
  • 目的:編譯器可以對代碼進行優(yōu)化坊秸,以減少指令跳轉(zhuǎn)帶來的性能下降,即性能優(yōu)化澎怒;
  • 作用:允許程序員將最有可能執(zhí)行的分支告訴編譯器褒搔;
  • 指令的寫法為:__builtin_expect(EXP, N)。表示 EXP==N的概率很大喷面;
  • fastpath定義中__builtin_expect((x),1)表示 x 的值為真的可能性更大星瘾;即執(zhí)行 if 里面語句的機會更大;
  • slowpath定義中的__builtin_expect((x),0)表示 x 的值為假的可能性更大乖酬,即執(zhí)行 else 里面語句的機會更大死相;

ls->ISA()->hasCustomAWZ(),這里用來判斷當(dāng)前class是否有自定義的allocWithZone咬像。顯然我們沒有自定義allocWithZone方法,所以!cls->ISA()->hasCustomAWZ())為true,代碼執(zhí)行_objc_rootAllocWithZone方法县昂。

4.跳轉(zhuǎn)至_objc_rootAllocWithZone源碼

id
_objc_rootAllocWithZone(Class cls, malloc_zone_t *zone __unused)
{
    // allocWithZone under __OBJC2__ ignores the zone parameter
    return _class_createInstanceFromZone(cls, 0, nil,
                                         OBJECT_CONSTRUCT_CALL_BADALLOC);
}

5.跳轉(zhuǎn)至_class_createInstanceFromZone源碼

static ALWAYS_INLINE id
_class_createInstanceFromZone(Class cls, size_t extraBytes, void *zone,
                              int construct_flags = OBJECT_CONSTRUCT_NONE,
                              bool cxxConstruct = true,
                              size_t *outAllocatedSize = nil)
{
    ASSERT(cls->isRealized());

    // Read class's info bits all at once for performance
    bool hasCxxCtor = cxxConstruct && cls->hasCxxCtor();
    bool hasCxxDtor = cls->hasCxxDtor();
    bool fast = cls->canAllocNonpointer();
    size_t size;
    // 1:要開辟多少內(nèi)存
    size = cls->instanceSize(extraBytes);
    if (outAllocatedSize) *outAllocatedSize = size;

    id obj;
    if (zone) {
        obj = (id)malloc_zone_calloc((malloc_zone_t *)zone, 1, size);
    } else {
    // 2:怎么去申請內(nèi)存
        obj = (id)calloc(1, size);
    }
    if (slowpath(!obj)) {
        if (construct_flags & OBJECT_CONSTRUCT_CALL_BADALLOC) {
            return _objc_callBadAllocHandler(cls);
        }
        return nil;
    }

    // 3:將當(dāng)前的類和指針地址綁定在一起
    if (!zone && fast) {
        obj->initInstanceIsa(cls, hasCxxDtor);
    } else {
        // Use raw pointer isa on the assumption that they might be
        // doing something weird with the zone or RR.
        obj->initIsa(cls);
    }

    if (fastpath(!hasCxxCtor)) {
        return obj;
    }

    construct_flags |= OBJECT_CONSTRUCT_FREE_ONFAILURE;
    return object_cxxConstructFromClass(obj, cls, construct_flags);
}

alloc核心內(nèi)容

  • 1.size = cls->instanceSize(extraBytes);計算要開辟的內(nèi)存大小肮柜。
size_t instanceSize(size_t extraBytes) const {
        if (fastpath(cache.hasFastInstanceSize(extraBytes))) {
            return cache.fastInstanceSize(extraBytes);
        }

        size_t size = alignedInstanceSize() + extraBytes;
        // CF requires all objects be at least 16 bytes.
        if (size < 16) size = 16;
        return size;
    }

通過斷點調(diào)試,代碼執(zhí)行fastInstanceSize方法

 size_t fastInstanceSize(size_t extra) const
{
    ASSERT(hasFastInstanceSize(extra));

    //Gcc的內(nèi)建函數(shù) __builtin_constant_p 用于判斷一個值是否為編譯時常數(shù)倒彰,如果參數(shù)EXP 的值是常數(shù)审洞,函數(shù)返回 1,否則返回 0
    if (__builtin_constant_p(extra) && extra == 0) {
        return _flags & FAST_CACHE_ALLOC_MASK16;
    } else {
        size_t size = _flags & FAST_CACHE_ALLOC_MASK;
        // remove the FAST_CACHE_ALLOC_DELTA16 that was added
        // by setFastInstanceSize
        //刪除由setFastInstanceSize添加的FAST_CACHE_ALLOC_DELTA16 8個字節(jié)
        return align16(size + extra - FAST_CACHE_ALLOC_DELTA16);
    }
}

然后執(zhí)行align16方法待讳,這就是16字節(jié)對齊算法芒澜。

static inline size_t align16(size_t x) {
    return (x + size_t(15)) & ~size_t(15);
}
    1. 通過calloc申請內(nèi)存,并賦值給obj创淡,因此 obj是指向內(nèi)存地址的指針
obj = (id)calloc(1, size);
  • 3.通過initInstanceIsa痴晦,將當(dāng)前的類和指針地址綁定在一起
obj->initInstanceIsa(cls, hasCxxDtor);

以上就是alloc的探索過程,總結(jié)流程圖如下:
alloc流程圖

總結(jié)

通過對alloc源碼的分析琳彩,可以得知alloc開辟內(nèi)存最小為16字節(jié)且為16的整數(shù)倍誊酌。
核心步驟:計算內(nèi)存空間大小->向系統(tǒng)申請->關(guān)聯(lián)到相應(yīng)的類。

init方法和new方法做了什么露乏?

  • 查看源碼!
+ (id)init {
    return (id)self;
}

init方法返回了強轉(zhuǎn)的self,這是構(gòu)造方法也是工廠設(shè)計碧浊,方便我們重寫init方法。

+ (id)new {
    return [callAlloc(self, false/*checkNil*/) init];
}

new方法則返回[callAlloc init]

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末瘟仿,一起剝皮案震驚了整個濱河市箱锐,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌劳较,老刑警劉巖驹止,帶你破解...
    沈念sama閱讀 218,755評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異兴想,居然都是意外死亡幢哨,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,305評論 3 395
  • 文/潘曉璐 我一進店門嫂便,熙熙樓的掌柜王于貴愁眉苦臉地迎上來捞镰,“玉大人,你說我怎么就攤上這事毙替“妒郏” “怎么了?”我有些...
    開封第一講書人閱讀 165,138評論 0 355
  • 文/不壞的土叔 我叫張陵厂画,是天一觀的道長凸丸。 經(jīng)常有香客問我,道長袱院,這世上最難降的妖魔是什么屎慢? 我笑而不...
    開封第一講書人閱讀 58,791評論 1 295
  • 正文 為了忘掉前任瞭稼,我火速辦了婚禮,結(jié)果婚禮上腻惠,老公的妹妹穿的比我還像新娘环肘。我一直安慰自己,他們只是感情好集灌,可當(dāng)我...
    茶點故事閱讀 67,794評論 6 392
  • 文/花漫 我一把揭開白布悔雹。 她就那樣靜靜地躺著,像睡著了一般欣喧。 火紅的嫁衣襯著肌膚如雪腌零。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,631評論 1 305
  • 那天唆阿,我揣著相機與錄音益涧,去河邊找鬼。 笑死酷鸦,一個胖子當(dāng)著我的面吹牛饰躲,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播臼隔,決...
    沈念sama閱讀 40,362評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼嘹裂,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了摔握?” 一聲冷哼從身側(cè)響起寄狼,我...
    開封第一講書人閱讀 39,264評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎氨淌,沒想到半個月后泊愧,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,724評論 1 315
  • 正文 獨居荒郊野嶺守林人離奇死亡盛正,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,900評論 3 336
  • 正文 我和宋清朗相戀三年删咱,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片豪筝。...
    茶點故事閱讀 40,040評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡痰滋,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出续崖,到底是詐尸還是另有隱情敲街,我是刑警寧澤,帶...
    沈念sama閱讀 35,742評論 5 346
  • 正文 年R本政府宣布严望,位于F島的核電站多艇,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏像吻。R本人自食惡果不足惜峻黍,卻給世界環(huán)境...
    茶點故事閱讀 41,364評論 3 330
  • 文/蒙蒙 一复隆、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧奸披,春花似錦昏名、人聲如沸涮雷。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,944評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽洪鸭。三九已至样刷,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間览爵,已是汗流浹背置鼻。 一陣腳步聲響...
    開封第一講書人閱讀 33,060評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蜓竹,地道東北人箕母。 一個月前我還...
    沈念sama閱讀 48,247評論 3 371
  • 正文 我出身青樓,卻偏偏與公主長得像俱济,于是被迫代替她去往敵國和親嘶是。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,979評論 2 355