@hunter129

即日起此地不再更新，請訪問 http://www.xiegq.com/

今天是第三章的剩余部分：4.性能度量指標(biāo)，5.分代收集的基本原理。

性能度量
   
一些指標(biāo)用來評估垃圾收集的性能，包括：

    吞吐量（Throughput）
        一個很長的周期中，除去花費(fèi)在垃圾收集上的時間占總時間的百分比。
    垃圾收集開銷（Garbage collection overhead）
        與吞吐量相反，這是垃圾收集占總時間的百分比。
    （譯注：為什么需要兩個指標(biāo)呢？對于并發(fā)的垃圾收集算法，垃圾收集的部分任務(wù)和應(yīng)用系統(tǒng)同時運(yùn)行導(dǎo)致上述兩個指標(biāo)加起來會大于100%）
    暫停時間（Pause time）
        垃圾收集發(fā)生時，應(yīng)用系統(tǒng)暫停的時間。
    收集頻率（Frequency of collection）
        垃圾收集相對于應(yīng)用系統(tǒng)運(yùn)行發(fā)生的頻率。
    占用空間（Footprint）
        一種大小的指標(biāo)，例如堆大小。
    反應(yīng)時間（Promptness）
        對象變成垃圾之后到內(nèi)存可用的時間
        
一個交互式應(yīng)用需要較低的暫停時間，反之持續(xù)的執(zhí)行時間對于非交互式應(yīng)用更加重要。一個實(shí)時應(yīng)用程序要求在垃圾收集中的暫停以及收集
器的整個周期擁有較少的抖動。運(yùn)行在個人計算機(jī)或嵌入式設(shè)備中的應(yīng)用可能主要關(guān)心小的空間占用。

分代收集

使用分代（generational collection）收集技術(shù)時，內(nèi)存分為很多代（generations），分離的存儲池存儲不同年齡的對象。例如，最通用的配置
中有兩代：一個用于存放年輕的對象，另一存放年老的對象。

不同的代使用不同的算法執(zhí)行垃圾收集任務(wù)，每個算法會基于本代獨(dú)特的特征進(jìn)行優(yōu)化。分代的垃圾收集基于一種被稱為弱分代假設(shè)（weak
generational hypothesis），它是關(guān)于在幾種語言（包括java語言）編寫的應(yīng)用程序中觀察到的結(jié)果：

    大部分的分配的對象不會被引用（存活）很長時間，這些對象在年輕的時候就死掉了
    年老對象引用年輕對象的情況很少出現(xiàn)
   
年輕代的收集發(fā)生的相對頻繁、有效、快速，因為年輕代的空間通常比較小并且有很多的對象都不再被引用。

在年輕代幾次收集后仍然生存的對象最終會晉升（promoted）或者被授予（tenured）到年老代。如圖1。年老代一般比年輕代大，并且增長的速度
很慢。結(jié)果是，年老代的收集很少發(fā)生，但是會花費(fèi)更長的時間才能完成。

 
        圖1 分代的垃圾收集
   
為年輕代設(shè)計的收集算法主要關(guān)注在速度方面，因為垃圾收集經(jīng)常發(fā)生。另一方面，在空間方面更有效率的算法管理著年老代，因為年老代占據(jù)了
大部分的堆空間并且年老代的垃圾密度比較低。

此文已轉(zhuǎn)移到：http://www.xiegq.com/2013/09/16/39.html

第三章包括5個小部分，1.垃圾收集的基本概念，2.優(yōu)秀垃圾收集器的特征，3.收集器的設(shè)計選擇，4.性能度量指標(biāo)，5.分代收集的基本原理。
內(nèi)容比較長，我會分成2篇帖子發(fā)，本章的內(nèi)容是通用的，也就說這些內(nèi)容同樣適用于其他JVM的實(shí)現(xiàn)，甚至其他語言的VM的垃圾收集實(shí)現(xiàn)。
今天的部分包括1－3，以下是正文：

第三章 垃圾收集概念

垃圾收集器負(fù)責(zé)以下幾個事情：
    1.分配內(nèi)存
    2.確保被引用的對象留在內(nèi)存中
    3.回收執(zhí)行中代碼的引用無法到達(dá)的對象占用的內(nèi)存（譯注：強(qiáng)調(diào)執(zhí)行中是為了排除對象互相引用的情況。A、B互相引用，但沒有任何執(zhí)行中
    代碼引用他們，A、B也應(yīng)被回收）
   
對象被引用稱為活著的（live）。不再被引用的對象稱為死掉的（dead），術(shù)語叫垃圾（garbage）。發(fā)現(xiàn)和釋放（或者叫回收（reclaiming））
這些垃圾占用的空間叫做垃圾收集（garbage collection）。

垃圾收集可以解決很多內(nèi)存分配問題，卻不能解決所有的內(nèi)存分配問題。例如，你可以創(chuàng)建對象并無限期的引用著直到?jīng)]有內(nèi)存可用。垃圾收集在
使用其自身的時間和資源上是一個復(fù)雜的任務(wù)。

垃圾收集器負(fù)責(zé)的內(nèi)存是由精確的算法來組織、分配和回收的，并對開發(fā)人員隱藏。空間通常從一個被稱為堆（heap）的非常大的內(nèi)存池分配出來。
垃圾收集的時間由垃圾收集器決定。通常，整個堆或堆的一部分被填滿或者達(dá)到某個閾值的時候，會觸發(fā)垃圾收集。

滿足內(nèi)存分配的請求是一個困難的任務(wù)，這其中包括要從堆中找到一個足夠大的內(nèi)存塊。對于大部分的動態(tài)內(nèi)存分配算法，其主要的問題是需要在
保持內(nèi)存分配和回收效率的同時避免內(nèi)存碎片。

優(yōu)秀的垃圾收集器的特征

垃圾收集器必須是安全有效的。就是說，使用中的數(shù)據(jù)永遠(yuǎn)不能被錯誤的釋放，同時在很少的幾個收集周期內(nèi)垃圾就應(yīng)該被回收。

垃圾收集器的執(zhí)行效率也必須很優(yōu)秀，暫停時間不能太長。暫停的時候，應(yīng)用系統(tǒng)是不運(yùn)行的。然而，像大部分的計算機(jī)系統(tǒng)那樣，這里也必須在
時間、空間、頻率之間做出權(quán)衡。例如，堆很小的時候，垃圾收集的速度很快但堆被填滿的速度更快，這樣就需要更頻繁的垃圾收集。相反的，大
的堆填滿的速度慢，收集的頻率也慢，但花費(fèi)的時間會比較長。

另一個特征是有限的內(nèi)存碎片（fragmentation）。當(dāng)垃圾對象的內(nèi)存釋放后，釋放的空間會在各種各樣的區(qū)域形成小塊的空隙以至于可能導(dǎo)致沒
有一個足夠大的連續(xù)區(qū)域分配給較大的對象。一種減少內(nèi)存碎片的方法叫做壓縮（compaction），在下面垃圾收集器的設(shè)計決策部分會討論到。

可擴(kuò)展性同樣很重要。在多核系統(tǒng)上運(yùn)行的多線程程序中，內(nèi)存分配、垃圾收集都不能成為瓶頸。

設(shè)計決策

設(shè)計和選擇垃圾收集算法時必須做出一系列選擇：
   
    串行還是并行
        在串行收集中，同一時間只做一件事情。例如，即便有多個cpu可用，卻只有一個進(jìn)行收集工作。當(dāng)使用并行收集時，垃圾收集任務(wù)會分
    成幾個小的部分，這些小的部分在不同的cpu上同時執(zhí)行。同時執(zhí)行的操作使得收集速度更快，它的代價是額外的復(fù)雜性和可能更多的內(nèi)存碎
    片。

    并發(fā)的（Concurrent）還是停止一切（Stop-the-world）
        當(dāng)執(zhí)行停止一切（Stop-the-world）的垃圾收集時，應(yīng)用系統(tǒng)在收集期間完全暫停（suspended）了。另外一種選擇是，一個或多個垃圾
    收集任務(wù)可以和應(yīng)用系統(tǒng)同時并發(fā)的執(zhí)行。通常，一個并發(fā)的收集器，大部分工作并發(fā)的執(zhí)行，但仍會有一些短暫的暫停（stop-the-world
    pauses）。停止一切的垃圾收集比并發(fā)收集更簡單，因為整個堆都凍結(jié)了，在收集期間對象不會改變。它缺點(diǎn)是一些應(yīng)用程序不喜歡的暫停
    （paused）。相應(yīng)的，并發(fā)收集的暫停時間更短，但收集器必須格外的小心，執(zhí)行收集的同時應(yīng)用系統(tǒng)可能會改變對象的狀態(tài)，這會增加一
    些開銷。并發(fā)收集會影響性能并且需要較大的堆內(nèi)存。
   
    壓縮 or 不壓縮 or 拷貝
        當(dāng)收集器判定內(nèi)存中的對象哪些是存活的哪些是垃圾之后，收集器可以壓縮（compact）內(nèi)存，將所有存活的對象放到一起，從而完全的
    恢復(fù)剩余的內(nèi)存。壓縮之后，在第一個空閑位置分配內(nèi)存將會非常的容易和迅速。可以用一個簡單的指針維持下一個可分配對象的位置。相
    對壓縮的收集器，非壓縮（non-compacting）的收集器在原地（in-place）釋放垃圾對象占用的空間，它不會像壓縮的收集器那樣移動存活
    的對象創(chuàng)建一個大的回收區(qū)。非壓縮的好處是收集完成的很快，缺點(diǎn)是可能有內(nèi)存碎片。一般來說，從原地釋放的內(nèi)存分配空間比從壓縮的
    堆分配內(nèi)存更困難些。它必須搜素堆空間找到一個足夠大能容納新對象的連續(xù)內(nèi)存區(qū)域。第三種可供選擇的是復(fù)制（copying）收集器，拷貝
    （或疏導(dǎo)evacuates）所有活動的對象到另一個不同的內(nèi)存區(qū)域。它的好處是原來的區(qū)域可以直接置空，簡單快速的為隨后的內(nèi)存分配做好準(zhǔn)
    備，缺點(diǎn)是需要額外的空間和時間。

此文已轉(zhuǎn)移到：http://www.xiegq.com/2013/09/15/37.html

第二章 直接 VS 自動內(nèi)存管理

內(nèi)存管理是這樣的一些過程，識別哪些對象不再有用，回收（釋放）這些對象使用的內(nèi)存，使這些內(nèi)存在隨后的分配中可用。在一些編程語言中，
內(nèi)存分配是程序員的責(zé)任。這項復(fù)雜的任務(wù)導(dǎo)致了很多常見的錯誤，如怪異、錯誤的程序行為和程序崩潰。結(jié)果是，開發(fā)人員很大比例的時間都
在調(diào)試解決這些錯誤。

在直接內(nèi)存管理的程序中經(jīng)常犯的一個錯誤是懸掛引用（dangling references）。對象使用的空間被回收時，可能還有其他對象引用著。如果
一個對象擁有這樣（懸掛）的引用，當(dāng)它試圖訪問原始對象時，很可能這塊空間已經(jīng)分配給了新的對象，結(jié)果導(dǎo)致了未預(yù)期的訪問。

另外一個在直接內(nèi)存管理中常見的錯誤是內(nèi)存泄露（space leaks）。內(nèi)存分配完不再使用后卻沒有釋放就會產(chǎn)生這樣的錯誤。例如，你打算釋放
一個鏈表（linked list）使用的空間時犯了一個錯誤，只回收了鏈表的第一個對象，其余的對象就不再被引用了，然而這些對象脫離了程序的控
制，再也無法使用或恢復(fù)。如果產(chǎn)生了足夠的泄露，內(nèi)存將持續(xù)消耗，直到再也沒有可用的部分。

作為替代方案，一種稱為垃圾收集（garbage collector）的自動內(nèi)存管理方法正在被廣泛使用，尤其是在現(xiàn)代的面向?qū)ο笳Z言中。自動內(nèi)存管理
使得編寫出更多抽象的接口、更多穩(wěn)定代碼成為可能。

垃圾收集避免了懸掛引用問題，因為被某處引用的對象永遠(yuǎn)不會被收集，內(nèi)存不會被釋放。垃圾收集同樣解決了上面提到的內(nèi)存泄露問題，因為不
再被引用的內(nèi)存將自動釋放。
（譯注：實(shí)際上java中依然有“內(nèi)存泄露”問題，只是這種泄露與上文中提到的傳統(tǒng)上的泄露不同。可以理解為對內(nèi)存的不恰當(dāng)使用，會導(dǎo)致垃圾收
集頻繁發(fā)生[本應(yīng)存儲對象的沒有存儲下來]，或OOM錯誤[本來應(yīng)釋放的內(nèi)存沒有釋放]。）