JVM学习之路02--（堆内存的垃圾回收算法）

1.堆内存

            

 

首先产生的新对象都放在新生代 Eden Space,GC会判断找出有价值的对象让他到From Space区，这个过程会会重复，默认15次。如果15次过后这个对象还活着就放到老年代里面。

Survivor分了两个块，ToSpace这块永远不会用，这是因为垃圾回收考虑到算法的问题。

问题来了，GC是如何知道这个对象是否是垃圾？当然是通过算法来算的。最简单的就是看看这个对象是否有引用指向他，如果有那么他就不是个垃圾，问题又来了，如果A，B两个对象内相互引用，那么GC不久永远回收不到他？

所以GC需要另外的判断算法，根节点搜索算法，从根节点开始，只要不可到达的对象都是垃圾。

既然可以发现垃圾了那么垃圾是哪些回收的呢？

2.垃圾回收算法

1. 标记清除法：堆内存中：红色代表非垃圾，黑色代表垃圾，直接把黑色的垃圾部分扣掉就是标记清除法。

   问题：空间变得零散，如果有大的对象过来可能就分不了。

  2.标记整理法：

   就是移动有用的对象到一起，覆盖掉垃圾，但是这样频繁移动对象的内存，可能对用户的程序造成影响。

 3.复制算法：

  思路大概是这样的，把新生代分成两部分（Eden区和Survivor区，默认是4：1的大小），当需要垃圾回收算法的时候，就把有用的对象全部复制到事先预留的的空白内存，然后左边清除掉所有的垃圾，再从右边把有用的对象复制过来，复制过来的时候就可以整齐排列。那么右边的空白区域也分成两部分，一部分用于装有用的对象，一部分则永远空白着，用于腾挪对象。如果来了一个非常大的对象，Survivor都装不下怎么办？直接进入老年代。

  

3.垃圾回收器：

垃圾回收算法默认做15次以后就把survivor区里面还存活的对象放到老年代。

垃圾回收的算法也有了，那么他具体是怎么实施的呢？当然是通过垃圾回收器来实现的。

垃圾回收器主要针对服务器比较有价值。根据业务的特性可以选择不同的垃圾回收器。一般来说服务端默认的就是CMS，既然是默认的。那么你要去改的可能性也不大。

  1.Serial收集器：单线程收集器，简单来说就是他工作的时候，用户的线程就不工作。Full GC的时候就是用这个算法来做

 

2.Serial Old收集器:和第一个收集器一样，只不过是专门针对老年代的一个线性的垃圾回收：

3.ParNew收集器：单线程的多线程版本，这个时候用户线程还是不能工作的

4.吞吐量优先收集器，这个允许用户线程运行，既然用户线程可以运行那么收集自然是不彻底的。

5.一款优秀的收集器，CMS收集器

6. G1垃圾回收器

4.有了这些个垃圾回收器，那么你具体要用怎么用呢？

  

5.jvm配置参数列表

java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m  -XX:MaxTenuringThreshold=0 -Xmx3550m：最大堆内存为3550M。 -Xms3550m：初始堆内存为3550m。 此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。 -Xmn2g：设置年轻代大小为2G。 整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。 -Xss128k：设置每个线程的堆栈大小。 JDK5.0以后每个线程堆栈大小为1M，在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在 3000~5000左右。 -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5 -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。 设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6 -XX:MaxPermSize=16m:设置持久代大小为16m。 -XX:MaxTenuringThreshold=15：设置垃圾最大年龄。 如果设置为0的话，则年轻代对象不经过Survivor区，直 接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象 再年轻代的存活时间，增加在年轻代即被回收的概论。   收集器设置 -XX:+UseSerialGC:设置串行收集器 -XX:+UseParallelGC:设置并行收集器 -XX:+UseParalledlOldGC:设置并行年老代收集器 -XX:+UseConcMarkSweepGC:设置并发收集器 垃圾回收统计信息 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:filename 并行收集器设置 -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。 -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间 -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n) 并发收集器设置 -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。 -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时，使用的CPU数。并行收集线程数。

 6.JVM案例演示

      首先要了解常用的监控工具,这里使用jdk自带的工具,jdk自带的一些工具，包括jps 这个就是jdk自带的工具，他是用来查看java进程的。这里使用jconsole.exe.他能发现机器上所有的java进程

     1.jconsole.exe

      

   可连接本地也可连接远程，先连接本地

         

       可以看到堆里面各个区的使用量 

        

     可以看看都有哪些线程：

   

   2.使用第二个强悍的工具：

   

   

  启动一个tomcat。

 

 看看监视的情况：

查看线程的运行状况：

想要查看visualGC却发现没有这个窗口，所以更新一下这个插件，这里需要到对应的github上找到对应的连接才能更新: 参考博客：

https://blog.csdn.net/keketrtr/article/details/74448127

插件地址：https://visualvm.github.io/index.html

更新完成之后就可以查看了：

 

    先写到这里，JVM案例下一篇继续学。