JVM 汇总二

• 引用计数法

指的是如果某个地方引用了这个对象就+1，如果失效了就-1，当为 0 就会回收但是 JVM 没有用这种方式，因为无法判定相互循环引用（A 引用 B,B 引用 A）的情况

• GC ROOT

为了解决引用计数法的循环引用问题，Java 使用了可达性算法:

跟踪收集器采用的为集中式的管理方式，全局记录对象之间的引用状态，执行时从一些列GC Roots的对象做为起点，从这些节点向下开始进行搜索所有的引用链，当一个对象到GC Roots 没有任何引用链时，则证明此对象是不可用的。图中，对象Object6、Object7、Object8虽然互相引用，但他们的GC Roots是不可到达的，所以它们将会被判定为是可回收的对象。

哪些对象可以作为 GC Roots 的对象：

1. 虚拟机栈（栈帧中的局部变量区，也叫局部变量表）中引用的对象
2. 方法区中的类静态属性引用的对象
3. 方法区常量引用的对象
4. 本地方法栈中 JNI (Native方法)引用的对象

• 对象引用

    强引用

       强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。如下：Object strongReference = new Object();当内存空间不足时，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。

只有引用对象的引用数为0，gc root 不可达，这个对象会被回收。

    软引用 

       如果一个对象只具有软引用，则内存空间充足时，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。 

     // 软引用
    String str = new String("abc");
    SoftReference<String> softReference = new SoftReference<String>(str);

    弱引用  

        弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。

    String str = new String("abc");
    WeakReference<String> weakReference = new WeakReference<>(str);
    str = null;

    虚引用 

             虚引用顾名思义，就是形同虚设。与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。

• 回收方法论

        标记-清除算法：会产生磁盘碎片

        复制回收算法：需要两倍的内存空间

        标记-整理算法：避免了内存碎片，又避免了要使用两倍的内存空间

• 垃圾收集器

        Serial（串行）
            复制算法
        ParNew （并行）
            -XX:ParallelGCThreads
        Parallel Scavenge （全局）
            复制算法
            吞吐量 = 运行用户代码时间 / （运行用户代码时间  + 垃圾收集时间）
            -XX:MaxGCPauseMillis=n
            -XX:GCTimeRatio=n
            -XX:UseAdaptiveSizePolicy   GC  Ergonomics
        Serial Old
            CMS备用预案  Concurrent Mode Failusre时使用
            标记-整理算法
        Parallel Old
            标记-整理算法
        CMS
            标记-清除算法
            减少回收停顿时间
            碎片 -XX:CMSInitiationgOccupancyFraction  触发碎片整理
            Concurrent Mode Failure 启用Serial Old
            
            -XX:+UseCMSCompactAtFullCollection
            -XX:CMSFullGCsBeforeCompaction 执行多少次不压缩FullGC后 来一次带压缩的 0 表示每次都压
            -XX:+UseConcMarkSweep

        G1
            标记-清除算法
            逻辑分代
        
        GC日志
            1.输出日志
            -XX:+PrintGCTimeStamps 
            -XX:+PrintGCDetails 
            -Xloggc:/home/administrator/james/gc.log
            -XX:+PrintHeapAtGC
            2.日志文件控制
            -XX:-UseGCLogFileRotation
            -XX:GCLogFileSize=8K
            3.怎么看
            
        JDK自带的 监控工具
        https://docs.oracle.com/javase/8/docs/technotes/tools/windows/toc.html
            jps 列出当前java的所有进程
            jinfo 可以输出并修改运行时的java进程的参数
            jmap -heap pid 堆使用情况
            jstat 功能强大,可以查看堆内各个部分的使用量,以及加载类的数量,以及GC次数
                    jstat  -gcutil pid 1000    间隔1s打印gc日志 查看gc的次数    
                    jstat  -gccause pid 时间（毫秒） 查看gc原因
            jstack  用于打印java进程的堆栈信息(比如知道java是怎么崩溃的),线程dump  
            jvisualvm  图形界面监控线程
            jconsole   远程图形界面工具（cpu，内存等）
            
        MAT  对JAVA 堆离线分析的工具，如LINUX上导出的文件可以拿到WINDOWS上进行分析
            http://help.eclipse.org/oxygen/index.jsp?topic=/org.eclipse.mat.ui.help/welcome.html
            -XX:+HeapDumpOnOutOfMemoryError 
            -XX:HeapDumpPath=/home/administrator/james/error.hprof

        怀疑：
            1.看GC日志  126719K->126719K(126720K)
            2.dump
            3.MAT
                1.占用Retained Heap
                2.看有没有GC Root指向
            
            
        VM参数
        http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html

• 大对象进入老年代

对象很大
    -XX:PretenureSizeThreshold=3145728   3M
长期存活的对象 
    -XX:MaxTenuringThreshold=15
动态对象年龄判定
    相同年龄所有对象的大小总和 > Survivor空间的一半
分配担保
    内存分配是在JVM在内存分配的时候，新生代内存不足时，把新生代的存活的对象搬到老生代，然后新生代腾出来的空间用于为分配给最新的对象。这里老生代是担保人。在不同的GC机制下，也就是不同垃圾回收器组合下，担保机制也略有不同。在Serial+Serial Old的情况下，发现放不下就直接启动担保机制；在Parallel Scavenge+Serial Old的情况下，却是先要去判断一下要分配的内存是不是>=Eden区大小的一半，如果是那么直接把该对象放入老生代，否则才会启动担保机制