最近寫新項(xiàng)目，希望能從內(nèi)存管理、指針引用的問題上前進(jìn)一小步，于是在網(wǎng)上爬出云風(fēng)以前寫的一個(gè)gc庫，姑且稱為yfgc吧
粗看了一下接口，很少很正交，使用例子也非常簡(jiǎn)單。只是我對(duì)垃圾收集的原理不是很熟悉，又或者這些接口太接近gc的底層原理，因此我并不是很確定如何運(yùn)用這些接口。
借用某句著名的話，“源碼面前，了無秘密”。為了了解如何運(yùn)用這些接口，我決定去看看這個(gè)不到1000行的gc庫的源碼，順便寫些東西，畢竟好久沒寫了。

yfgc的地址
svn地址：http://manualgc.googlecode.com/svn/trunk

撇去weak table和再分配不談，yfgc有以下接口

先看幾個(gè)明顯易懂的
gc_init，一看就知道是初始化這個(gè)gc庫的，約摸著底下也就是初始化一些數(shù)據(jù)結(jié)構(gòu)，分配一些初始內(nèi)存等等。不過至于做了什么，以后再談。
gc_exit，一看就知道是在程序退出時(shí)析構(gòu)gc庫的，多半是釋放內(nèi)存。如果實(shí)現(xiàn)不是很復(fù)雜的話，不調(diào)用這個(gè)函數(shù)也不會(huì)怎樣。
gc_collect，一定是收集垃圾的了，不過現(xiàn)在就深入這個(gè)函數(shù)的話，一定是本末倒置。因?yàn)檫€不知道內(nèi)存在哪里分配，就去看內(nèi)存收集顯然是不對(duì)的。
gc_malloc，可以肯定，這就是gc庫的內(nèi)存分配接口了。好吧，先看看這個(gè)函數(shù)，我都有點(diǎn)迫不及待了。

先看一下gc_malloc的三個(gè)參數(shù)
1.sz，請(qǐng)求分配的內(nèi)存大小
2.parent，按字面意思是父親，如果用工廠模式做類比的話，也許會(huì)更容易理解些。工廠生產(chǎn)一個(gè)對(duì)象，就申請(qǐng)一塊內(nèi)存，parent則是工廠本身。
更通用和接近的解釋是，parent即持有或者用指針引用這塊新內(nèi)存的那些對(duì)象。垃圾收集的概念就是，當(dāng)一塊內(nèi)存在程序里不被任何對(duì)象持有或者指針引用的時(shí)候，它就是一塊廢棄的內(nèi)存，可以被系統(tǒng)回收。當(dāng)有任何一個(gè)指針引用著這塊內(nèi)存的時(shí)候，他就必然不能被回收。
所以，parent這個(gè)參數(shù)，或者說，新分配的內(nèi)存必須要比parent那塊內(nèi)存活得更長(zhǎng)久，因?yàn)閜arent擁有或者引用著這塊新分配的內(nèi)存。
3.finalizer，析構(gòu)函數(shù)，如果分配內(nèi)存用來實(shí)例化一個(gè)類的話，那么這塊內(nèi)存要回收的時(shí)候，顯然要有一個(gè)時(shí)機(jī)來調(diào)用類的析構(gòu)函數(shù)才行。這個(gè)回調(diào)函數(shù)正好可以完成這個(gè)任務(wù)。

干脆寫一個(gè)yfgc的源碼解析系列好了