手机网站打不开是什么原因造成的,.htaccess wordpress cdn,数字营销技术应用中级实训答案,网站自定义链接怎么做的转载自 JVM调优总结#xff08;4#xff09;#xff1a;分代垃圾回收为什么要分代
分代的垃圾回收策略#xff0c;是基于这样一个事实#xff1a;不同的对象的生命周期是不一样的。因此#xff0c;不同生命周期的对象可以采取不同的收集方式#xff0c;以便提高回收效…转载自 JVM调优总结4分代垃圾回收为什么要分代
分代的垃圾回收策略是基于这样一个事实不同的对象的生命周期是不一样的。因此不同生命周期的对象可以采取不同的收集方式以便提高回收效率。
在Java程序运行的过程中会产生大量的对象其中有些对象是与业务信息相关比如Http请求中的Session对象、线程、Socket连接这类对象跟业务直接挂钩因此生命周期比较长。但是还有一些对象主要是程序运行过程中生成的临时变量这些对象生命周期会比较短比如String对象由于其不变类的特性系统会产生大量的这些对象有些对象甚至只用一次即可回收。
试想在不进行对象存活时间区分的情况下每次垃圾回收都是对整个堆空间进行回收花费时间相对会长同时因为每次回收都需要遍历所有存活对象但实际上对于生命周期长的对象而言这种遍历是没有效果的因为可能进行了很多次遍历但是他们依旧存在。因此分代垃圾回收采用分治的思想进行代的划分把不同生命周期的对象放在不同代上不同代上采用最适合它的垃圾回收方式进行回收。
如何分代如图所示
虚拟机中的共划分为三个代年轻代Young Generation、年老点Old Generation和持久代Permanent Generation。其中持久代主要存放的是Java类的类信息与垃圾收集要收集的Java对象关系不大。年轻代和年老代的划分是对垃圾收集影响比较大的。
年轻代:
所有新生成的对象首先都是放在年轻代的。年轻代的目标就是尽可能快速的收集掉那些生命周期短的对象。年轻代分三个区。一个Eden区两个Survivor区(一般而言)。大部分对象在Eden区中生成。当Eden区满时还存活的对象将被复制到Survivor区两个中的一个当这个Survivor区满时此区的存活对象将被复制到另外一个Survivor区当这个Survivor去也满了的时候从第一个Survivor区复制过来的并且此时还存活的对象将被复制“年老区(Tenured)”。需要注意Survivor的两个区是对称的没先后关系所以同一个区中可能同时存在从Eden复制过来 对象和从前一个Survivor复制过来的对象而复制到年老区的只有从第一个Survivor去过来的对象。而且Survivor区总有一个是空的。同时根据程序需要Survivor区是可以配置为多个的多于两个这样可以增加对象在年轻代中的存在时间减少被放到年老代的可能。
年老代:
在年轻代中经历了N次垃圾回收后仍然存活的对象就会被放到年老代中。因此可以认为年老代中存放的都是一些生命周期较长的对象。
持久代:
用于存放静态文件如今Java类、方法等。持久代对垃圾回收没有显著影响但是有些应用可能动态生成或者调用一些class例如Hibernate等在这种时候需要设置一个比较大的持久代空间来存放这些运行过程中新增的类。持久代大小通过-XX:MaxPermSizeN进行设置。
什么情况下触发垃圾回收
由于对象进行了分代处理因此垃圾回收区域、时间也不一样。GC有两种类型Scavenge GC和Full GC。
Scavenge GC
一般情况下当新对象生成并且在Eden申请空间失败时就会触发Scavenge GC对Eden区域进行GC清除非存活对象并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。这种方式的GC是对年轻代的Eden区进行不会影响到年老代。因为大部分对象都是从Eden区开始的同时Eden区不会分配的很大所以Eden区的GC会频繁进行。因而一般在这里需要使用速度快、效率高的算法使Eden去能尽快空闲出来。
Full GC
对整个堆进行整理包括Young、Tenured和Perm。Full GC因为需要对整个对进行回收所以比Scavenge GC要慢因此应该尽可能减少Full GC的次数。在对JVM调优的过程中很大一部分工作就是对于FullGC的调节。有如下原因可能导致Full GC
· 年老代Tenured被写满· 持久代Perm被写满· System.gc()被显示调用·上一次GC之后Heap的各域分配策略动态变化分代垃圾回收流程示意选择合适的垃圾收集算法
串行收集器用单线程处理所有垃圾回收工作因为无需多线程交互所以效率比较高。但是也无法使用多处理器的优势所以此收集器适合单处理器机器。当然此收集器也可以用在小数据量100M左右情况下的多处理器机器上。可以使用-XX:UseSerialGC打开。
并行收集器对年轻代进行并行垃圾回收因此可以减少垃圾回收时间。一般在多线程多处理器机器上使用。使用-XX:UseParallelGC.打开。并行收集器在J2SE5.0第六6更新上引入在Java SE6.0中进行了增强–可以对年老代进行并行收集。如果年老代不使用并发收集的话默认是使用单线程进行垃圾回收因此会制约扩展能力。使用-XX:UseParallelOldGC打开。
使用-XX:ParallelGCThreadsN设置并行垃圾回收的线程数。此值可以设置与机器处理器数量相等。
此收集器可以进行如下配置
最大垃圾回收暂停:指定垃圾回收时的最长暂停时间通过-XX:MaxGCPauseMillisN指定。N为毫秒.如果指定了此值的话堆大小和垃圾回收相关参数会进行调整以达到指定值。设定此值可能会减少应用的吞吐量。吞吐量:吞吐量为垃圾回收时间与非垃圾回收时间的比值通过-XX:GCTimeRatioN来设定公式为1/1N。例如-XX:GCTimeRatio19时表示5%的时间用于垃圾回收。默认情况为99即1%的时间用于垃圾回收。 并发收集器
可以保证大部分工作都并发进行应用不停止垃圾回收只暂停很少的时间此收集器适合对响应时间要求比较高的中、大规模应用。使用-XX:UseConcMarkSweepGC打开。并发收集器主要减少年老代的暂停时间他在应用不停止的情况下使用独立的垃圾回收线程跟踪可达对象。在每个年老代垃圾回收周期中在收集初期并发收集器 会对整个应用进行简短的暂停在收集中还会再暂停一次。第二次暂停会比第一次稍长在此过程中多个线程同时进行垃圾回收工作。
并发收集器使用处理器换来短暂的停顿时间。在一个N个处理器的系统上并发收集部分使用K/N个可用处理器进行回收一般情况下1KN/4。
在只有一个处理器的主机上使用并发收集器设置为incremental mode模式也可获得较短的停顿时间。
浮动垃圾由于在应用运行的同时进行垃圾回收所以有些垃圾可能在垃圾回收进行完成时产生这样就造成了“Floating Garbage”这些垃圾需要在下次垃圾回收周期时才能回收掉。所以并发收集器一般需要20%的预留空间用于这些浮动垃圾。
Concurrent Mode Failure并发收集器在应用运行时进行收集所以需要保证堆在垃圾回收的这段时间有足够的空间供程序使用否则垃圾回收还未完成堆空间先满了。这种情况下将会发生“并发模式失败”此时整个应用将会暂停进行垃圾回收。
启动并发收集器因为并发收集在应用运行时进行收集所以必须保证收集完成之前有足够的内存空间供程序使用否则会出现“Concurrent Mode Failure”。通过设置-XX:CMSInitiatingOccupancyFractionN指定还有多少剩余堆时开始执行并发收集
小结
串行处理器
–适用情况数据量比较小100M左右单处理器下并且对响应时间无要求的应用。–缺点只能用于小型应用
并行处理器
–适用情况“对吞吐量有高要求”多CPU、对应用响应时间无要求的中、大型应用。举例后台处理、科学计算。–缺点垃圾收集过程中应用响应时间可能加长
并发处理器
–适用情况“对响应时间有高要求”多CPU、对应用响应时间有较高要求的中、大型应用。举例Web服务器/应用服务器、电信交换、集成开发环境。
