JVM中的类加载Minor GC与Full GC
目录
什么是类加载器? 常见的类加载器?
双亲委派模型
为什么要打破双亲委派模型
Minor Gc 和 Full GC 有什么不同呢？Minor GC与Full GC分别在什么时候发生？
什么是类加载器? 常见的类加载器?
BootstrapClassLoader：启动类加载器
最顶层的加载类，由C++实现，负责加载JAVA_HOME/jre/lib目录下的jar包和类,（如String、System等）
ExtensionClassLoader：扩展类加载器
它负责加载JRE的扩展目录（JAVA_HOME/jre/lib/ext 下的类）中JAR包的类
ApplicationClassLoader：系统类加载器
面向我们用户的加载器，负责加载当前应用classpath下的所有jar包和类
双亲委派模型
双亲委派模式:
在类加载的时候，系统会首先判断当前类是否被加载过。已经被加载的类会直接返回，否则才会尝试加载。
加载器加载类时先把请求委托给自己的父类加载器执行, 直到顶层的启动类加载器. 父类加载器能够完成加载则成功返回, 不能则子类加载器才自己尝试加载.
简而言之:自底向上检查类是否被加载, 自顶向下尝试加载类：
优点:
避免类的重复加载
避免Java的核心API被篡改, 保证安全
为什么要打破双亲委派模型
但是使用双亲委派也存在一定的局限性，在正常情况下，用户代码是依赖核心类库的，所以按照正常的双亲委派加载流程是没问题的；
但是在加载核心类库时，如果需要使用用户代码，双亲委派流程就无法满足；
比如在使用JDBC时， 利用DriverManager.getConnection获取连接
时，就会存在这样的问题。
DriverManager是由Bootstrap ClassLoader加载的，在加载DriverManager时，会执行其静态方法，加载初始驱动程序；
但是这些实现类基本都是第三方厂商提供的，根据双亲委派原则，第三方的类不可能被Bootstrap ClassLoader加载。
所以这时候就需要打破双亲委派模型来进行加载.
Minor Gc 和 Full GC 有什么不同呢？Minor GC与Full GC分别在什么时候发生？
Minor GC是发生在新生代的垃圾收集动作，所以Minor GC非常频繁，一般回收速度也比较快。
Full GC 指的是针对新生代、老年代、永久代的全体内存空间的垃圾回收. Full GC回收速度更慢, 发生频率也更低.
什么时候触发Minor GC
Eden区域满了
新创建的对象大小 > Eden所剩空间
什么时候会触发full GC
System.gc()方法的调用
老年代空间不足
永久代空间不足
统计得到的Minor GC晋升到老年代的平均大小大于老年代的剩余空间
堆中分配很大的对象
所谓大对象，是指需要大量连续内存空间的java对象，例如很长的数组，此种对象会直接进入老年代，而老年代虽然有很大的剩余空间，但是无法找到足够大的连续空间来分配给当前对象，此种情况就会触发JVM进行Full GC。