【正文】 但是，當(dāng)堆空間 較小時(shí)，運(yùn)行一段時(shí)間以后，就會(huì)出現(xiàn)“碎片”，如果并發(fā)收集器找不到足夠的空間，那么并發(fā)收集器將會(huì)停止，然后使用傳統(tǒng)的標(biāo)記、清除方式進(jìn)行回收。 響應(yīng)時(shí)間優(yōu)先的應(yīng)用：年老代使用并發(fā)收集器，所以其大小需要小心設(shè)置，一般要考慮并發(fā)會(huì)話率和會(huì)話持續(xù)時(shí)間等一些參數(shù)。 響應(yīng)時(shí)間優(yōu)先的應(yīng)用：盡可能設(shè)大，直到接近系統(tǒng)的最低響應(yīng)時(shí)間限制（根據(jù)實(shí)際情況選擇）。 XX:+CMSIncrementalMode:設(shè)置為增量模式。 并行收集器設(shè)置 XX:+UseParallelGC:設(shè)置并行收集器 XX:NewRatio=n:設(shè)置年輕代和年老代的比值。 XX:PrintHeapAtGC:打印GC前后的詳細(xì)堆棧信息輸出形式： : [GC {Heap before gc invocations=7:def new generation total 55296K, used 52568K [0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K, 99% used [0x1ebd0000, 0x21bce430, 0x21bd0000)from space 6144K, 55% used [0x221d0000, 0x22527e10, 0x227d0000)to space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)tenured generation total 69632K, used 2696K [0x227d0000, 0x26bd0000, 0x26bd0000)the space 69632K, 3% used [0x227d0000, 0x22a720f8, 0x22a72200, 0x26bd0000)pacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000): [DefNew: 52568K3433K(55296K), secs] 55264K6615K(124928K)Heap after gc invocations=8:def new generation total 55296K, used 3433K [0x1ebd0000, 0x227d0000, 0x227d0000)eden space 49152K, 0% used [0x1ebd0000, 0x1ebd0000, 0x21bd0000)from space 6144K, 55% used [0x21bd0000, 0x21f2a5e8, 0x221d0000)to space 6144K, 0% used [0x221d0000, 0x221d0000, 0x227d0000)tenured generation total 69632K, used 3182K [0x227d0000, 0x26bd0000, 0x26bd0000)the space 69632K, 4% used [0x227d0000, 0x22aeb958, 0x22aeba00, 0x26bd0000)pacting perm gen total 8192K, used 2898K [0x26bd0000, 0x273d0000, 0x2abd0000)the space 8192K, 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000)ro space 8192K, 66% used [0x2abd0000, 0x2b12bcc0, 0x2b12be00, 0x2b3d0000)rw space 12288K, 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000), secs]主要有以下一些： XX:+UseParNewGC:設(shè)置年輕代為并行收集。o java Xmx3550m Xms3550m Xmn2g Xss128k XX:+UseParallelGC XX:MaxGCPauseMillis=100 XX:+UseAdaptiveSizePolicy XX:+UseAdaptiveSizePolicy：設(shè)置此選項(xiàng)后，并行收集器會(huì)自動(dòng)選擇年輕代區(qū)大小和相應(yīng)的Survivor區(qū)比例，以達(dá)到目標(biāo)系統(tǒng)規(guī)定的最低相應(yīng)時(shí)間或者收集頻率等，此值建議使用并行收集器時(shí)，一直打開。 XX:ParallelGCThreads=20：配置并行收集器的線程數(shù)，即：同時(shí)多少個(gè)線程一起進(jìn)行垃圾回收。 回收器選擇 JVM給了三種選擇：串行收集器、并行收集器、并發(fā)收集器，但是串行收集器只適用于小數(shù)據(jù)量的情況，所以這里的選擇主要針對(duì)并行收集器和并發(fā)收集器。設(shè)置為4，則年輕代與年老代所占比值為1：4，年輕代占整個(gè)堆棧的1/5 XX:SurvivorRatio=4：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。此值對(duì)系統(tǒng)性能影響較大，Sun官方推薦配置為整個(gè)堆的3/8。我在Windows Server 2003 系統(tǒng)，最大可設(shè)置為1478m。 server ：服務(wù)器模式編譯 傳統(tǒng)GC信息 167。同時(shí)，減少到達(dá)年老代的對(duì)象。公式為1/(1+n) 5. 并發(fā)收集器設(shè)置 167。 XX:+PrintGCDetails 167。注意Survivor區(qū)有兩個(gè)。 46% used [0x2b3d0000, 0x2b972060, 0x2b972200, 0x2bfd0000)}, secs] o Xloggc:filename:與上面幾個(gè)配合使用，把相關(guān)日志信息記錄到文件以便分析。 35% used [0x26bd0000, 0x26ea4ba8, 0x26ea4c00, 0x273d0000) from space 6144K, 0% used [0x21bd0000, 0x21bd0000, 0x221d0000)JVM會(huì)根據(jù)系統(tǒng)配置自行設(shè)置，所以無(wú)需再設(shè)置此值。 2. 響應(yīng)時(shí)間優(yōu)先的并發(fā)收集器如上文所述，并發(fā)收集器主要是保證系統(tǒng)的響應(yīng)時(shí)間，減少垃圾收集時(shí)的停頓時(shí)間。167。JVM會(huì)根據(jù)當(dāng)前系統(tǒng)配置進(jìn)行判斷。設(shè)置為4，則年輕代與年老代所占比值為1：4，年輕代占整個(gè)堆棧的1/5XX:SurvivorRatio=4：設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值。持久代一般固定大小為64m，所以增大年輕代后，將會(huì)減小年老代大小。 Java虛擬機(jī)性能優(yōu)化1. 堆大小設(shè)置JVM 中最大堆大小有三方面限制：相關(guān)操作系統(tǒng)的數(shù)據(jù)模型（32bt還是64bit）限制；系統(tǒng)的可用虛擬內(nèi)存限制；系統(tǒng)的可用物理內(nèi)存限制。 5）多次remark，所以總的gc時(shí)間會(huì)比并行的長(zhǎng)； 3）如invoke_nopolicy返回的是false，或之前所有minor gc晉級(jí)到老生代的平均大小 舊生代的剩余空間，那么繼續(xù)下面的步驟，否則結(jié)束； 5）執(zhí)行PS GC，在eden上分配； 以下是Root Set的列表：1）當(dāng)前正在執(zhí)行的線程；2）全局/靜態(tài)變量；3）JVM Handles；4）JNI 【 Java Native Interface 】Handles；1）降低Full GC執(zhí)行頻率 – 通常瓶頸老生代本身占用的內(nèi)存空間就一直偏高，所以只要稍微放點(diǎn)對(duì)象到老生代，就full GC了；通常原因：系統(tǒng)緩存的東西太多；例如：使用oracle 10g驅(qū)動(dòng)時(shí)preparedstatement cache太大；查找辦法：現(xiàn)執(zhí)行Dump然后再進(jìn)行MAT分析；（1）Minor GC后總是有對(duì)象不斷的進(jìn)入老生代，導(dǎo)致老生代不斷的滿通常原因：Survivor太小了系統(tǒng)表現(xiàn)：系統(tǒng)響應(yīng)太慢、請(qǐng)求量太大、每次請(qǐng)求分配的內(nèi)存太多、分配的對(duì)象太大...查找辦法：分析兩次minor GC之間到底哪些地方分配了內(nèi)存；利用jstat觀察Survivor的消耗狀況，XX:PrintHeapAtGC，輸出GC前后的詳細(xì)信息；對(duì)于系統(tǒng)響應(yīng)慢可以采用系統(tǒng)優(yōu)化，不是GC優(yōu)化的內(nèi)容；（2）老生代的內(nèi)存占用一直偏高調(diào)優(yōu)方法：① 擴(kuò)大老生代的大小（減少新生代的大小或調(diào)大heap的 大?。?；減少new注意對(duì)minor gc的影響并且同時(shí)有可能造成full gc還是嚴(yán)重；調(diào)大heap注意full gc的時(shí)間的延長(zhǎng)，cpu夠強(qiáng)悍嘛，os是32 bit的嗎？② 程序優(yōu)化（去掉一些不必要的緩存）（3）Minor GC后總是有對(duì)象不斷的進(jìn)入老生代前提：這些進(jìn)入老生代的對(duì)象在full GC時(shí)大部分都會(huì)被回收調(diào)優(yōu)方法：① 降低Minor GC的執(zhí)行頻率；② 讓對(duì)象盡量在Minor GC中就被回收掉：增大Eden區(qū)、增大survivor、增大TenuringThreshold；注意這些可能會(huì)造成minor gc執(zhí)行頻繁；③ 切換成CMS GC：老生代還沒有滿就回收掉，從而降低Full GC觸發(fā)的可能性；④ 程序優(yōu)化：提升響應(yīng)速度、降低每次請(qǐng)求分配的內(nèi)存、（4）降低單次Full GC的執(zhí)行時(shí)間通常原因：老生代太大了...調(diào)優(yōu)方法：1）是并行GC嗎？ （2）短期消耗，圖形界面情況下，可使用jvisualvm的memory profiler或jprofiler。 perm gen采用CMS收集需設(shè)置：XX:+CMSClassUnloadingEnabled 當(dāng)老生代空間的使用到達(dá)一定比率時(shí)觸發(fā)；并發(fā)CMS：可通過(guò)XX:+UseConcMarkSweepGC來(lái)強(qiáng)制指定。 4）minor GC后在eden上分配內(nèi)存仍然失??； 觸發(fā)機(jī)制匯總： 在回收前PS GC會(huì)先檢測(cè)之前每次PS GC時(shí)，晉升到老生代的平均大小是否大于老生代的剩余空間，如大于則直接觸發(fā)full GC；3）并行回收GC(Parallel Scavenge)：server模式下默認(rèn)的GC方式，也可采用XX:+UseParallelGC強(qiáng)制指定；eden、s0、s1的大小可通過(guò)XX:SurvivorRatio來(lái)控制，但默認(rèn)情況下以XX:InitialSurivivorRatio為準(zhǔn)，此值默認(rèn)為8，代表的為新生代大小 : s0，這點(diǎn)要特別注意。當(dāng)HandlePromotionFailure為true，則僅觸發(fā)minor gc；如為false，則觸發(fā)full GC。內(nèi)存分配方法1）堆上分配但是操作系統(tǒng)對(duì)一個(gè)進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無(wú)限生成，經(jīng)驗(yàn)值在3000~5000左右。 在保證堆大小不變的情況下，增大新生代后,將會(huì)減小老生代大小。此值對(duì)系統(tǒng)性能影響較大,Sun官方推薦配置為整個(gè)堆的3/8。一般小的應(yīng)用， 如果棧不是很深， 應(yīng)該是128k夠用的，大的應(yīng)