一经备、對象優(yōu)先在 Eden 分配
大多數(shù)情況下浓若，對象在新生代 Eden 中分配。當(dāng) Eden 區(qū)空間不足以分配時描姚，虛擬就將發(fā)起一次 Minor GC松捉。
二夹界、大對象直接進老年代
大對象指需要大量連續(xù)內(nèi)存空間的 Java 對象，最典型的大對象就是那種很長的字符串隘世，或者元素數(shù)量很龐大的數(shù)組可柿。
HotSpot 提供了 -XX:pretenureSizeThreshoid 參數(shù)，指定大于該設(shè)置值的對象直接在老年代分配丙者，這樣做的目的就是避免在 Eden 區(qū)及兩個 Survivor 區(qū)之間來回復(fù)制复斥，產(chǎn)生大量的內(nèi)存復(fù)制操作。
-XX:pretenureSizeThreshoid參數(shù)只對 Serial 和ParNew 兩款收集器有效械媒。
三目锭、長期存活對象進老年代
虛擬機給每個對象定義了一個對象年齡計數(shù)器，存在在對象頭中纷捞。對象在 Survivor 區(qū)中每熬過一次 Minor GC痢虹，年齡就增加 1 隨，當(dāng)它的年齡增加到一定程度（默認(rèn)15）主儡，就會被晉升到老年代中奖唯。
對象晉升老年代的年齡閾值，可以通過參數(shù) -XX:MaxTenuringThreshold 設(shè)置糜值。
四丰捷、動態(tài)對象年齡判定
為了能更好地適應(yīng)不同程序的內(nèi)存狀況坯墨， HotSpot 并不是永遠要求對象的年齡必須達到 -XX:MaxTenuringThreshold 才能晉升老年代，如果在 Survivor 空間中相同年齡所有對象大小的總和大于 Survivor 空間的一半瓢阴，年齡大于或等于該年齡的對象就可以直接進入老年代畅蹂，無須等到 -XX:MaxTenuringThreshold 中要求的年齡。
五荣恐、空間分配擔(dān)保
在發(fā)生 Minor GC 之前液斜，虛擬機必須先檢查老年代最大可用的連續(xù)空間是否大于新生代所有對象總空間，如果這個條件成立叠穆，那這一次 Minor GC 可以確保是安全的少漆。
如果不成立，虛擬機會先查看 -XX::HandlePromotionFailure 參數(shù)的設(shè)置值是否允許擔(dān)保失斉鸨弧示损；如果允許，那會繼續(xù)檢查老年代最大可用的連續(xù)空間是否大于歷次晉升到老年代對象的平均大小嚷硫，如果大于检访，將嘗試進行一次 Minor GC，盡管這次 Minor GC 是有風(fēng)險的仔掸；如果小于脆贵，或者 -XX::HandlePromotionFailure 設(shè)置不允許冒險，那這是就要改成進行一次 Full GC起暮。
在 JDK 6 Update 24 之后卖氨，-XX::HandlePromotionFailure 不再影響到虛擬機的空間分配擔(dān)保策略。規(guī)則變?yōu)椋褐灰夏甏倪B續(xù)空間大于新生代對象總大小或者歷次晉升的平均大小负懦，就會進行 Minor GC筒捺，否則將進行 Full GC。
