資訊專欄INFORMATION COLUMN
摘要：在一般應(yīng)用中，不會(huì)逃逸的局部對(duì)象所占的比例很大，如果能使用棧上分配，那大量的對(duì)象就會(huì)隨著方法的結(jié)束而自動(dòng)銷毀了，垃圾收集系統(tǒng)的壓力將會(huì)小很多。相關(guān)參數(shù)設(shè)置大對(duì)象直接進(jìn)入年老代的閾值，當(dāng)對(duì)象大小超過這個(gè)值時(shí)，將直接在年老代分配。
jvm系列
垃圾回收基礎(chǔ)
JVM的編譯策略
GC的三大基礎(chǔ)算法
GC的三大高級(jí)算法
GC策略的評(píng)價(jià)指標(biāo)
JVM信息查看
GC通用日志解讀
jvm的card table數(shù)據(jù)結(jié)構(gòu)
Java類初始化順序
Java對(duì)象結(jié)構(gòu)及大小計(jì)算
Java的類加載機(jī)制
Java對(duì)象分配簡(jiǎn)要流程
年老代過大有什么影響
Survivor空間溢出實(shí)例
關(guān)于Object=null
Java線程與Xss
序本文主要簡(jiǎn)述Java對(duì)象在內(nèi)存中的分配過程
總體流程 分配流程 逃逸分析逃逸分析的基本行為就是分析對(duì)象動(dòng)態(tài)作用域：當(dāng)一個(gè)對(duì)象在方法中被定義后，它可能被外部方法所引用。
方法逃逸：例如作為調(diào)用參數(shù)傳遞到其他方法中。
線程逃逸：有可能被外部線程訪問到，譬如賦值給類變量或可以在其他線程中訪問的實(shí)例變量。
棧上分配（Stack Allocation）Java堆中的對(duì)象對(duì)于各個(gè)線程都是共享和可見的，只要持有這個(gè)對(duì)象的引用，就可以訪問堆中存儲(chǔ)的對(duì)象數(shù)據(jù)。虛擬機(jī)的垃圾收集系統(tǒng)可以回收堆中不再使用的對(duì)象，但回收動(dòng)作無論是篩選可回收對(duì)象，還是回收和整理內(nèi)存都需要耗費(fèi)時(shí)間。
如果確定一個(gè)對(duì)象不會(huì)逃逸出方法之外，那讓這個(gè)對(duì)象在棧上分配內(nèi)存將會(huì)是一個(gè)很不錯(cuò)的主意，對(duì)象所占用的內(nèi)存空間就可以隨棧幀出棧而銷毀。在一般應(yīng)用中，不會(huì)逃逸的局部對(duì)象所占的比例很大，如果能使用棧上分配，那大量的對(duì)象就會(huì)隨著方法的結(jié)束而自動(dòng)銷毀了，垃圾收集系統(tǒng)的壓力將會(huì)小很多。
在實(shí)際的應(yīng)用程序，尤其是大型程序中反而發(fā)現(xiàn)實(shí)施逃逸分析可能出現(xiàn)效果不穩(wěn)定的情況，或因分析過程耗時(shí)但卻無法有效判別出非逃逸對(duì)象而導(dǎo)致性能（即時(shí)編譯的收益）有所下降，所以在很長(zhǎng)的一段時(shí)間里，即使是Server Compiler，也默認(rèn)不開啟逃逸分析，甚至在某些版本（如JDK 1.6 Update18）中還曾經(jīng)短暫地完全禁止了這項(xiàng)優(yōu)化。
對(duì)象內(nèi)存分配的兩種方法為對(duì)象分配空間的任務(wù)等同于把一塊確定大小的內(nèi)存從Java堆中劃分出來。
指針碰撞(Serial、ParNew等帶Compact過程的收集器)
假設(shè)Java堆中內(nèi)存是絕對(duì)規(guī)整的，所有用過的內(nèi)存都放在一邊，空閑的內(nèi)存放在另一邊，中間放著一個(gè)指針作為分界點(diǎn)的指示器，那所分配內(nèi)存就僅僅是把那個(gè)指針向空閑空間那邊挪動(dòng)一段與對(duì)象大小相等的距離，這種分配方式稱為“指針碰撞”（Bump the Pointer）。
空閑列表(CMS這種基于Mark-Sweep算法的收集器)
如果Java堆中的內(nèi)存并不是規(guī)整的，已使用的內(nèi)存和空閑的內(nèi)存相互交錯(cuò)，那就沒有辦法簡(jiǎn)單地進(jìn)行指針碰撞了，虛擬機(jī)就必須維護(hù)一個(gè)列表，記錄上哪些內(nèi)存塊是可用的，在分配的時(shí)候從列表中找到一塊足夠大的空間劃分給對(duì)象實(shí)例，并更新列表上的記錄，這種分配方式稱為“空閑列表”（Free List）。
選擇哪種分配方式由Java堆是否規(guī)整決定，而Java堆是否規(guī)整又由所采用的垃圾收集器是否帶有壓縮整理功能決定。因此，在使用Serial、ParNew等帶Compact過程的收集器時(shí)，系統(tǒng)采用的分配算法是指針碰撞，而使用CMS這種基于Mark-Sweep算法的收集器時(shí)，通常采用空閑列表。
TLAB分配對(duì)象創(chuàng)建在虛擬機(jī)中是非常頻繁的行為，即使是僅僅修改一個(gè)指針?biāo)赶虻奈恢茫诓l(fā)情況下也并不是線程安全的，可能出現(xiàn)正在給對(duì)象A分配內(nèi)存，指針還沒來得及修改，對(duì)象B又同時(shí)使用了原來的指針來分配內(nèi)存的情況。
解決這個(gè)問題有兩種方案，一種是對(duì)分配內(nèi)存空間的動(dòng)作進(jìn)行同步處理——實(shí)際上虛擬機(jī)采用CAS配上失敗重試的方式保證更新操作的原子性；另一種是把內(nèi)存分配的動(dòng)作按照線程劃分在不同的空間之中進(jìn)行，即每個(gè)線程在Java堆中預(yù)先分配一小塊內(nèi)存，稱為本地線程分配緩沖（Thread Local Allocation Buffer, TLAB）。
哪個(gè)線程要分配內(nèi)存，就在哪個(gè)線程的TLAB上分配，只有TLAB用完并分配新的TLAB時(shí)，才需要同步鎖定。虛擬機(jī)是否使用TLAB，可以通過-XX:+/-UseTLAB參數(shù)來設(shè)定。通常默認(rèn)的TLAB區(qū)域大小是Eden區(qū)域的1%，當(dāng)然也可以手工進(jìn)行調(diào)整，對(duì)應(yīng)的JVM參數(shù)是-XX:TLABWasteTargetPercent。內(nèi)存分配完成后，虛擬機(jī)需要將分配到的內(nèi)存空間都初始化為零值（不包括對(duì)象頭），如果使用TLAB，這一工作過程也可以提前至TLAB分配時(shí)進(jìn)行。這一步操作保證了對(duì)象的實(shí)例字段在Java代碼中可以不賦初始值就直接使用，程序能訪問到這些字段的數(shù)據(jù)類型所對(duì)應(yīng)的零值。
從內(nèi)存分配的角度來看，線程共享的Java堆中可能劃分出多個(gè)線程私有的分配緩沖區(qū)（Thread Local Allocation Buffer,TLAB）。不過無論如何劃分，都與存放內(nèi)容無關(guān)，無論哪個(gè)區(qū)域，存儲(chǔ)的都仍然是對(duì)象實(shí)例，進(jìn)一步劃分的目的是為了更好地回收內(nèi)存，或者更快地分配內(nèi)存。
相關(guān)參數(shù)-XX:PretenureSizeThreshold設(shè)置大對(duì)象直接進(jìn)入年老代的閾值，當(dāng)對(duì)象大小超過這個(gè)值時(shí)，將直接在年老代分配。
-XX:MaxTenuringThreshold是給Serial收集器和沒有開啟UseAdaptiveSizePolicy的ParNew GC收集器用的(在計(jì)算存活周期這個(gè)閾值時(shí)，hotspot會(huì)遍歷所有age的table，并對(duì)其所占用的大小進(jìn)行累積，當(dāng)累積的大小超過了survivor space的一半時(shí)，則以這個(gè)age作為新的存活周期閾值，最后取age和MaxTenuringThreshold中更小的一個(gè)值。)，
對(duì)于PSGC而言，第一次以InitialTenuringThreshold（默認(rèn)值為7）來算，之后的minorGC會(huì)動(dòng)態(tài)估算（另外，也會(huì)根據(jù)TargetSurvivorRatio來動(dòng)態(tài)計(jì)算年齡）
深入理解Java虛擬機(jī)（第2版）
Java中的逃逸分析和TLAB以及Java對(duì)象分配
jvm 對(duì)象內(nèi)存分配方式總結(jié)
說說MaxTenuringThreshold這個(gè)參數(shù)
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/65608.html
摘要：解釋器與編譯器并存如果選用完全解釋策略，那么編譯器將停止所有的工作，字節(jié)碼將完全依靠解釋器逐行解釋執(zhí)行。如果選用完全編譯策略，那么解釋器仍然會(huì)在編譯器無法進(jìn)行的特殊情況下介入運(yùn)行，這主要是確保程序能夠最終順序執(zhí)行。 jvm系列 垃圾回收基礎(chǔ) JVM的編譯策略 GC的三大基礎(chǔ)算法 GC的三大高級(jí)算法 GC策略的評(píng)價(jià)指標(biāo) JVM信息查看 GC通用日志解讀 jvm的card table數(shù)據(jù)...
摘要：系統(tǒng)總運(yùn)行時(shí)間應(yīng)用程序耗時(shí)耗時(shí)。一般而言，頻率越低越好，通常增大堆空間可以有效降低垃圾回收發(fā)生的頻率，但是會(huì)增加回收時(shí)產(chǎn)生的停頓時(shí)間。反應(yīng)時(shí)間當(dāng)一個(gè)對(duì)象成為垃圾后，多長(zhǎng)時(shí)間內(nèi)，它所占用的內(nèi)存空間會(huì)被釋放掉。 jvm系列 垃圾回收基礎(chǔ) JVM的編譯策略 GC的三大基礎(chǔ)算法 GC的三大高級(jí)算法 GC策略的評(píng)價(jià)指標(biāo) JVM信息查看 GC通用日志解讀 jvm的card table數(shù)據(jù)結(jié)構(gòu) J...
摘要：它的基本原理是，在每個(gè)對(duì)象中保存該對(duì)象的引用計(jì)數(shù)，當(dāng)引用發(fā)生增減時(shí)對(duì)計(jì)數(shù)進(jìn)行更新。實(shí)現(xiàn)容易是引用計(jì)數(shù)算法最大的優(yōu)點(diǎn)。引用計(jì)數(shù)最大的缺點(diǎn)，就是無法釋放循環(huán)引用的對(duì)象。為了避免這種情況的發(fā)生，對(duì)引用計(jì)數(shù)的操作必須采用獨(dú)占的方式來進(jìn)行。 jvm系列 垃圾回收基礎(chǔ) JVM的編譯策略 GC的三大基礎(chǔ)算法 GC的三大高級(jí)算法 GC策略的評(píng)價(jià)指標(biāo) JVM信息查看 GC通用日志解讀 jvm的card...
摘要：現(xiàn)在，通過對(duì)這三種方式進(jìn)行融合，出現(xiàn)了一些更加高級(jí)的方式。這樣一來，需要掃描的對(duì)象數(shù)量就會(huì)大幅減少。像這樣以全部區(qū)域?yàn)閷?duì)象的操作被稱為完全回收或者大回收。在一般的算法中，作出這樣的保證是不可能的，因?yàn)楫a(chǎn)生的中斷時(shí)間與對(duì)象的數(shù)量和狀態(tài)有關(guān)。 jvm系列 垃圾回收基礎(chǔ) JVM的編譯策略 GC的三大基礎(chǔ)算法 GC的三大高級(jí)算法 GC策略的評(píng)價(jià)指標(biāo) JVM信息查看 GC通用日志解讀 jvm的...
摘要：系列垃圾回收基礎(chǔ)的編譯策略的三大基礎(chǔ)算法的三大高級(jí)算法策略的評(píng)價(jià)指標(biāo)信息查看通用日志解讀的數(shù)據(jù)結(jié)構(gòu)類初始化順序?qū)ο蠼Y(jié)構(gòu)及大小計(jì)算的類加載機(jī)制對(duì)象分配簡(jiǎn)要流程年老代過大有什么影響空間溢出實(shí)例關(guān)于線程與序本文主要講述如何查看應(yīng)用的信息。 jvm系列 垃圾回收基礎(chǔ) JVM的編譯策略 GC的三大基礎(chǔ)算法 GC的三大高級(jí)算法 GC策略的評(píng)價(jià)指標(biāo) JVM信息查看 GC通用日志解讀 jvm的car...
閱讀 2446·2021-10-13 09:40
閱讀 3334·2019-08-30 13:46
閱讀 1120·2019-08-29 14:05
閱讀 2953·2019-08-29 12:48
閱讀 3654·2019-08-26 13:28
閱讀 2142·2019-08-26 11:34
閱讀 2277·2019-08-23 18:11
閱讀 1156·2019-08-23 12:26
