繼上一篇，現(xiàn)在可以來(lái)看看gc_malloc的源碼了，初窺究竟。

首先，第4行分配了指定大小的內(nèi)存。
然后是第5行map_id(ret)，這是什么呢？先不深究其實(shí)現(xiàn)，我簡(jiǎn)單的說(shuō)說(shuō)他所做的工作：
因?yàn)檫@是一個(gè)gc庫(kù)，所以本質(zhì)工作就是管理內(nèi)存，因此將分配出來(lái)的新內(nèi)存記錄到一個(gè)容器中以便于以后的管理。yfgc管理采用的容器是一個(gè)數(shù)組。分配新內(nèi)存后，在數(shù)組容器中找到一個(gè)空閑的位置，將內(nèi)存指針記錄到該位置上。
不過(guò)光做這個(gè)還是不夠的，以后要是再遇上這塊內(nèi)存，怎么知道它被記錄在數(shù)組容器的哪個(gè)位置上呢？雖然遍歷查找也可以，不過(guò)我想應(yīng)該沒(méi)人會(huì)那么做吧。源碼采用了hash_map，將這塊內(nèi)存的指針map到數(shù)組的索引上。
綜上，map_id(ret)大體這么做了
不過(guò)由于這個(gè)gc庫(kù)是用C寫的，沒(méi)有STL，里面的代碼就不可能那么簡(jiǎn)單啦。

總而言之，id就是內(nèi)存在容器中的索引啦。從第6行可以看出，E.pool就是這個(gè)管理容器了。這句用來(lái)設(shè)置內(nèi)存的析構(gòu)回調(diào)函數(shù)。

E.pool是一個(gè)node結(jié)構(gòu)數(shù)組，現(xiàn)在來(lái)看看node的定義，簡(jiǎn)單起見(jiàn)，我暫時(shí)去掉了不相關(guān)的東西：
mem和finalizer很眼熟對(duì)吧，因?yàn)閯倓偛趴催^(guò)。children可以先不管，不過(guò)從名稱看來(lái)，是管理父子關(guān)系，更準(zhǔn)確的說(shuō)是依賴關(guān)系的東東了。

OK，現(xiàn)在來(lái)看看7、8、9行，出現(xiàn)了gc_link，我記得這是一個(gè)public接口，用來(lái)管理兩塊內(nèi)存之間的依賴關(guān)系的?，F(xiàn)在，因?yàn)閭魅肓藀arent實(shí)參，要在新分配的內(nèi)存和parent之間建立依賴關(guān)系，所以調(diào)用了gc_link。

我想else部分可以先不管，只要記住出現(xiàn)了stack_push即可?，F(xiàn)在非常好奇，gc_link是如何建立這一依賴關(guān)系的，采用了何種數(shù)據(jù)結(jié)構(gòu)，所以接下來(lái)就要去看看gc_link的實(shí)現(xiàn)了。