知识点复习03 JVM03

加载 ，验证，准备，解析，初始化，使用，卸载

ArrayBlockingQueue使用较少，一使用LinkedBlokingQueue和SynchronousQueue。线程池排队策率与BlockingQueue有关

threadFactory：线程工厂，主要用来创建线程；
hander：表示当拒绝处理任务时的策率，有一下四种取值：
ThreadPoolExecutor.AbortPolicy：丢弃任务并抛出RejectedExecutionException异常
ThreadPoolExecutor.DiscardPolicy：也是丢弃任务，但是不抛出异常
ThreadPoolExecutor.DiscardOlddestPolicy：丢弃队列最前面的任务，然后重新尝试执行任务（重复此过程）
ThreadPoolExecutor.CallerRunsPolicy：有调用线程处理该任务

垃圾检测和回收算法
         垃圾收集器一般必须完成两件事：检测出垃圾，回收垃圾。检测垃圾一般分为以下几种：

 

引用计数法：给对象增加一个引用计数器，每当有地方引用这个对象时，就在计数器上加1，引用失效就减1

可达性分析算法：以根集对象为起始点进行搜索，如果有对象不可达的话，即是垃圾对象。这里的根集一般包括java堆中引用的对象，方法区常量池的引用对象。

 

总之，jvm在做垃圾回收的时候，会检查堆中的所有对象是否会被这些根集对象引用，不能够被引用的对象就会被垃圾收集器回收。一般回收有一下几种方法：

         1、标记-清除(Mark-sweep)：分为两个阶段，标记和清楚。标记所有需要回收的对象，然后统一回收这个是最基础的算法，后续的收集算法 都是基于这个算法扩展的。

         不足：效率低；标记清楚之后会产生大量的碎片。

         2、复制（copying）: 此算法把内存空间划分为两个相等的区域，每次只使用其中一个区域。垃圾回收时，遍历当前区域，把正在使用中的对象复制到另外区域中。此算法每次只处理正在使用中的对象，因此复制成本比较小，同时复制过去还能进行相应的内存整理，不会出现“内存碎片”问题。当然，此算法的缺点也是很明显，就是需要双倍内存。

         3、标记-整理（Mark-Compact）:此算法结合了“标记-清除”和“复制”两个算法的有点。也是两个阶段，第一阶段从根节点开始标记所被引用的对象。第二阶段遍历整个堆，把存活对象“压缩”到堆的其中一块，按顺序排放。此算法避免了“复制”算法的空间问题

         4、分代收集算法：这是当前商业虚拟机常用的垃圾收集算法。分代的垃圾回收策率，是基于这样一个事实：不同的对象的生命周期不一样的。因此，不同生命周期的对象采取不同的收集方式，以便提高回收效率。

        

为什么要运用分代垃圾回收策率？在java程序运行的过程中，会产生大量的对象，因每个对象所能承担的职责和功能不同，所以也有着不同的生命周期。有的对象生命周期较长，有的对象生命周期较短。试想，在不进行对象存活时间区分的情况下，每次垃圾回收都是对整个堆空间进行回收，那么消耗的时间相对比较长，而对于存活时间较长的对象进行扫描的工作是徒劳的。因此就引入了分治思想，所以分治思想就是因地制宜，将对象进行代划分，把不同的生命周期的对象放在不同的代上使用不同的垃圾回收方法。
++++++++++++++++++++++++++++++++++++++++++++++++++++++

JVM有哪些常用启动参数可以调整，描述几个

各主要JVM启动参数的作用如下：

-Xms：设置jvm内存的初始大小
-Xmx：设置jvm内存的最大值
-Xmn：设置新域的大小（这个似乎只对jdk1.4来说是有效的，后来就废弃了）
-Xss：设置每个线程的堆栈大小(也就是说,在相同物理内存下，减小这个值能生成更多的线程)
-XX：NewRatio:设置新域与旧域之比，如-XX：NewRatio=4就表示新域与旧域之比为1：4
-XX:NewSize：设置新域的初始值
-XX:MaxNewSize：设置新域的最大值
-XX:MaxPermSize：设置永久域的最大值
-XX:SurvivorRatio=n:设置新域中Eden区与两个Survivor区的比值。（Eden区主要是用来存放新生的对象，而两个Survivor区则用来存放每次垃圾回收后存活下来的对象）
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

三、什么时候会触发YGC,什么时候触发FGC?

YGC的时机:

edn空间不足

FGC的时机：

1.old空间不足；

2.perm空间不足；

3.显示调用System.gc() ，包括RMI等的定时触发;

4.YGC时的悲观策略；

5.dump live的内存信息时(jmap –dump:live)。

对YGC的 触发时机，相当的显而易见，就是eden空间不足， 这时候就肯定会触发ygc

对于FGC的触发时机， old空间不足， 和perm的空间不足， 调用system.gc()这几个都比较显而易见，就是在这种情况下， 一般都会触发GC。

最复杂的是所谓的悲观策略，它触发的机制是在首先会计算之前晋升的平均大小，也就是从新生代，通过ygc变成新生代的平均大小，然后如果旧生代剩余的空间小于晋升大小，那么就会触发一次FullGC。sdk考虑的策略是， 从平均和长远的情况来看，下次晋升空间不够的可能性非常大， 与其等到那时候在fullGC 不如悲观的认为下次肯定会触发FullGC， 直接先执行一次FullGC。而且从实际使用过程中来看， 也达到了比较稳定的效果。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

类加载器如何卸载字节码

loader1变量和obj变量间接应用代表Sample类的Class对象，而objClass变量则直接引用它。

　　如果程序运行过程中，将上图左侧三个引用变量都置为null，此时Sample对象结束生命周期，MyClassLoader对象结束生命周期，代表Sample类的Class对象也结束生命周期，Sample类在方法区内的二进制数据被卸载。

　　当再次有需要时，会检查Sample类的Class对象是否存在，如果存在会直接使用，不再重新加载；如果不存在Sample类会被重新加载，在Java虚拟机的堆区会生成一个新的代表Sample类的Class实例(可以通过哈希码查看是否是同一个实例)。