Jvm垃圾回收器详细

1, 串行回收器

Jvm垃圾回收器详细_第1张图片

1.1, 新生代串行回收器

(1)特点:
  –它仅仅使用单线程进行垃圾回收
  –它是独占式的垃圾回收
  –进行垃圾回收时, Java应用程序中的线程都需要暂停(Stop-The-World)
  –使用复制算法
  –适合CPU等硬件不是很好的场合
(2)设置参数:
  -XX:+UseSerialGC 指定新生使用新生代串行收集器和老年代串行收集器, 当以client模式运行时, 它是默认的垃圾收集器

1.2, 老年代串行回收器

(1)特点:
  –同新生代串行回收器一样, 单线程, 独占式的垃圾回收器
  –通常老年代垃圾回收比新生代回收要更长时间, 所以可能会使应用程序停顿较长时间
(2)设置参数:
  -XX:+UseSerialGC 新生代, 老年代都使用串行回收器
  -XX:+UseParNeGC 新生代使用ParNew回收器, 老年代使用串行回收器
  -XX:+UseParallelGC 新生代使用ParallelGC回收器, 老年代使用串行回收器


2, 并行回收器

Jvm垃圾回收器详细_第2张图片

2.1, 新生代ParNew回收器

(1)特点:
  –将串行回收多线程化,
  –使用复制算法
  –垃圾回收时, 应用程序仍会暂停, 只不过由于是多线程回收, 在多核CPU上,回收效率会高于串行回收器, 反之在单核CPU, 效率会不如串行回收器
(2)设置参数:
  -XX:+UseParNewGC 新生代使用ParNew回收器, 老年代使用串行回收器
  -XX:+UseConcMarkSweepGC 新生代使用ParNew回收器, 老年代使用CMS回收器
  -XX:ParallelGCThreads=n 指回ParNew回收器工作时的线程数量, cpu核数小时8时, 其值等于cpu数量, 高于8时,可以使用公式(3+((5*CPU_count)/8))

2.2, 新生代ParallelGC回收器

(1)特点:
  –同ParNew回收器一样, 不同的地方在于,它非常关注系统的吞吐量(通过参数控制)
  –使用复制算法
  –支持自适应的GC调节策略

(3)设置参数:

  -XX:+UseParallelGC  新生代用ParallelGC回收器, 老年代使用串行回收器
  -XX:+UseParallelOldGC  新生代用ParallelGC回收器, 老年代使用ParallelOldGC回收器系统吞吐量的控制:
  -XX:MaxGCPauseMillis=n(单位ms)   设置垃圾回收的最大停顿时间,
  -XX:GCTimeRatio=n(n在0-100之间)  设置吞吐量的大小, 假设值为n, 那系统将花费不超过1/(n+1)的时间用于垃圾回收
  -XX:+UseAdaptiveSizePolicy  打开自适应GC策略, 在这种模式下, 新生代的大小, eden,survivior的比例, 晋升老年代的对象年龄等参数会被自动调整,以达到堆大小, 吞吐量, 停顿时间之间的平衡点

2.3, 老年代ParallelOldGC回收器

(1)特点:
  –同新生代的ParallelGC回收器一样, 是属于老年代的关注吞吐量的多线程并发回收器
  –使用标记压缩算法,
(2)设置参数:
  -XX:+UseParallelOldGC  新生代用ParallelGC回收器, 老年代使用ParallelOldGC回收器, 是非常关注系统吞吐量的回收器组合, 适合用于对吞吐量要求较高的系统
  -XX:ParallelGCThreads=n   指回ParNew回收器工作时的线程数量, cpu核数小时8时, 其值等于cpu数量, 高于8时, 可以使用公式(3+((5*CPU_count)/8))


3, CMS回收器(Concurrent Mark Sweep,并发标记清除)

3.1, 老年代的并发回收器

(1)特点:
  –是并发回收, 非独占式的回收器, 大部分时候应用程序不会停止运行
  –针对年老代的回收器,
  –使用并发标记清除算法, 因此回收后会有内存碎片, 可以使参数设置进行内存碎片的压缩整理
  –与ParallelGC和ParallelOldGC不同, CMS主要关注系统停顿时间
(2)CMS主要步骤:
  1. 初始标记
  2. 并发标记
  3. 预清理
  4. 重新标记
  5. 并发清理
  6. 并发重置

–>注:初始标记与理新标记是独占系统资源的,不能与用户线程一起执行,而其它阶段则可以与用户线程一起执行
(3)设置参数:
  -XX:-CMSPrecleaningEnabled  关闭预清理, 不进行预清理, 默认在并发标记后, 会有一个预清理的操作,可减少停顿时间
  -XX:+UseConcMarkSweepGC  老年代使用CMS回收器, 新生代使用ParNew回收器
  -XX:ConcGCThreads=n  设置并发线程数量,
  -XX:ParallelCMSThreads=n  同上, 设置并发线程数量,
  -XX:CMSInitiatingOccupancyFraction=n  指定老年代回收阀值, 即当老年代内存使用率达到这个值时, 会执行一次CMS回收,默认值为68, 设置技巧: (Xmx-Xmn)*(100-CMSInitiatingOccupancyFraction)/100)>=Xmn
  -XX:+UseCMSCompactAtFullCollection  开启内存碎片的整理, 即当CMS垃圾回收完成后, 进行一次内存碎片整理, 要注意内存碎片的整理并不是并发进行的, 因此可能会引起程序停顿
  -XX:CMSFullGCsBeforeCompation=n  用于指定进行多少次CMS回收后, 再进行一次内存压缩
  -XX:+CMSParallelRemarkEnabled  在使用UseParNewGC 的情况下, 尽量减少 mark 的时间
  -XX:+UseCMSInitiatingOccupancyOnly  表示只有达到阀值时才进行CMS回收

3.2, Class的回收(永久区的回收)

设置参数:
  -XX:+CMSClassUnloadingEnabled  开启回收Perm区的内存, 默认情况下, 是需要触发一次FullGC
  -XX:CMSInitiatingPermOccupancyFraction=n  当永久区占用率达到这个n值时,启动CMS回收, 需上一个参数开启的情况下使用


4, G1回收器(jdk1.7后全新的回收器, 用于取代CMS)

(1)特点:
  –独特的垃圾回收策略, 属于分代垃圾回收器,
  –使用分区算法, 不要求eden, 年轻代或老年代的空间都连续
  –并行性: 回收期间, 可由多个线程同时工作, 有效利用多核cpu资源
  –并发性: 与应用程序可交替执行, 部分工作可以和应用程序同时执行,
  –分代GC: 分代收集器, 同时兼顾年轻代和老年代
  –空间整理: 回收过程中, 会进行适当对象移动, 减少空间碎片
  –可预见性: G1可选取部分区域进行回收, 可以缩小回收范围, 减少全局停顿
(2)G1的收集过程
1. 新生代GC:
2. 并发标记周期:
  –初始标记新生代GC(此时是并行, 应用程序会暂停止)–>根区域扫描–>并发标记–>重新标记(此时是并行, 应用程序会暂停止)–>独占清理(此时应用程序会暂停止)–>并发清理
3. 混合回收:
  –这个阶段即会执行正常的年轻代gc, 也会选取一些被标记的老年代区域进行回收, 同时处理新生代和年老轻
4. 若需要, 会进行FullGC:
  –混合GC时发生空间不足
  –在新生代GC时, survivor区和老年代无法容纳幸存对象时,
  –以上两者都会导致一次FullGC产生
(3)设置参数:
  -XX:+UseG1GC  打开G1收集器开关,
  -XX:MaxGCPauseMillis=n  指定目标的最大停顿时间,任何一次停顿时间超过这个值, G1就会尝试调整新生代和老年代的比例, 调整堆大小, 调整晋升年龄
  -XX:ParallelGCThreads=n  用于设置并行回收时, GC的工作线程数量
  -XX:InitiatingHeapOccpancyPercent=n  指定整个堆的使用率达到多少时, 执行一次并发标记周期, 默认45, 过大会导致并发标记周期迟迟不能启动, 增加FullGC的可能, 过小会导致GC频繁, 会导致应用程序性能有所下降


5, 其他GC相关的设置

5.1, System.gc()

(1)禁用System.gc()
  -XX:+DisableExplicitGC  禁止程序中调用System.gc(), 加了此参数, 程序若有调用, 返回的空函数调用
   System.gc()的调用, 会使用FullGC的方式回收整个堆而会忽略CMS或G1等相关回收器
(2)System.gc()使用并发回收
  -XX:+ExplicitGCCinvokesConcurrent   使用并发方式处理显示的gc, 即开启后, System.gc()这种显示GC才会并发的回收, (CMS, G1)

5.2, 并行GC前额外触发的新生代GC

(1)使用并行回收器(UseParallelGC或者UseParallelOldGC)时, 会额外先触发一个新生代GC, 目的是尽可能减少停顿时间
(2)若不需要这种特性, 可以使用以下参数去除
  -XX:-ScavengeBeforeFullGC   即去除在FullGC之前的那次新生代GC, 原本默认值为true
  

5.3, 对象何时进入老年代

(1)当对象首次创建时, 会放在新生代的eden区, 若没有GC的介入,会一直在eden区, GC后,是可能进入survivor区或者年老代
(2)当对象年龄达到一定的大小 ,就会离开年轻代, 进入老年代, 对象进入老年代的事件称为晋升, 而对象的年龄是由GC的次数决定的, 每一次GC,若对象没有被回收, 则对象的年龄就会加1, 可以使用以下参数来控制新生代对象的最大年龄:
  -XX:MaxTenuringThreshold=n  假设值为n , 则新生代的对象最多经历n次GC, 就能晋升到老年代, 但这个必不是晋升的必要条件
  -XX:TargetSurvivorRatio=n  用于设置Survivor区的目标使用率,即当survivor区GC后使用率超过这个值, 就可能会使用较小的年龄作为晋升年龄
(3)除年龄外, 对象体积也会影响对象的晋升的, 若对象体积太大, 新生代无法容纳这个对象, 则这个对象可能就会直接晋升至老年代, 可通过以下参数使用对象直接晋升至老年代的阈值, 单位是byte
  -XX:PretenureSizeThreshold  即对象的大小大于此值, 就会绕过新生代, 直接在老年代分配, 此参数只对串行回收器以及ParNew回收有效, 而对ParallelGC回收器无效,

5.4, 在TLAB上分配对象(Thread Local Allocation Buffer, 线程本地分配缓存)

(1)TLAB: TLAB是一个线程专用的内存分配区域, 虚拟机为线程分配空间, 针对于体积不大的对象, 会优先使用TLAB, 这个可以加速对象的分配, TLAB是默认开启的, 若要关闭可以使用以下参数关闭
  -XX:-UseTLAB  关闭TLAB
  -XX:+UseTLAB  开启TLAB, 默认也是开启的
  -XX:+PrintTLAB  观察TALB的使用情况
  -XX:TLABRefillWasteFraction=n  设置一个比率n, 而refill_waste的值就是(TLAB_SIZE/n), 即TLAB空间较小, 大对象无法分配在TLAB,所以会直接分配到堆上,TLAB较小也很容易装满, 因此当TLAB的空间不够分配一个新对象, 就会考虑废弃当前TLAB空间还是直接分配到堆上, 就会使用此参数进行判断, 小于refill_waste就允许废弃, 而新建TLAB来分配对象,而大于refill_waste就直接在堆上分配, 默认是64
  -XX:+ResizeTLAB  开启TLAB自动调整大小, 默认是开启的, 若要关闭把+号换成-号即可
  -XX:TLABSize=n  设置一个TLAB的大小, 前提先关闭TLAB的自动调整

你可能感兴趣的:(Java)