虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是Java虚拟机的类加载机制

----类加载的大致过程

类的加载的过程一共分为三个步骤：加载、链接和初始化

加载：是类加载的一个阶段，由类加载器执行，查找字节码，并创建一个Class对象（只是创建）。

这里就引出了另外一个概念，java的动态加载，即java程序在运行时并不一定被完整加载，只有当发现该类还没有加载时，才去本地或远程查找类的.class文件并验证和加载

并且当程序创建了第一个对类的静态成员的引用（如类的静态变量、静态方法、构造方法——构造方法也是静态的）时，才会加载该类

所以加载并不意味着这个字节码文件就要被初始化

链接：链接其实分为三个部分，验证、准备和解析。

验证：即验证二进制字节码文件在结构上的正确性，目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全

准备：准备阶段主要是创建静态域，分配空间，给这些域设默认值，为类变量分配内存并且设置类变量初始值，这些变量所使用的内存都将在方法区中进行分配

注意这里不会为实例变量分配空间，实例变量将会在对象实例化的时候一起进入java堆中。假如：

public  static int value = 13；

那变量value在准备阶段的值就不是13而是0，因为这时候尚未开始执任何的java方法

解析：解析的过程就是对类中的接口、类、方法、变量的符号引用进行解析并定位，解析成直接引用（符号引用就是编码是用字符串表示某个变量、接口的位置，直接引用就是根据符号引用翻译出来的地址），并保证这些类被正确的找到

初始化：类加载的最后一步，真正开始执行类中定义的java程序代码

static{}是在第一次初始化时执行，且只执行一次

类的加载方式可以分为：类的主动引用和类的被动引用

类的主动引用（一定会发生类的初始化）

--new一个类的对象

--调用类的静态成员（除了final常量）和静态方法

--使用java.lang.reflect包的方法对类进行反射调用（Class.forName(xxx.xxx.xxx)）

--当初始化一个类，如果其父类没有被初始化，则先初始化他的父类

--当要执行某个程序时，一定先启动main方法所在的类

类的被动引用（不会发生类的初始化）

--当访问一个静态变量时，只有真正声明这个静态变量的类才会被初始化（通过子类引用父类的静态变量，不会导致子类初始化）

--通过数组定义类应用，不会触发此类的初始化  A[] a = new A[10];

--引用常量(final类型)不会触发此类的初始化（常量在编译阶段就存入调用类的常量池中了）

----例子1结合分析：

class Singleton{

        private static Singleton singleton = new Singleton();

        public static int value1;

        public static int value2 = 0;

        private Singleton(){

            value1++;

            value2++;

        }

        public static Singleton getInstance(){

            return singleton;

        }

    }

    class Singleton2{

        public static int value1;

        public static int value2 = 0;

        private static Singleton2 singleton2 = new Singleton2();

        private Singleton2(){

            value1++;

            value2++;

        }

        public static Singleton2 getInstance2(){

            return singleton2;

        }

    }

public class Test7 {

    public static void main(String[] args) {

            Singleton singleton = Singleton.getInstance();

            System.out.println("Singleton1 value1:" + singleton.value1);

            System.out.println("Singleton1 value2:" + singleton.value2);

            Singleton2 singleton2 = Singleton2.getInstance2();

            System.out.println("Singleton2 value1:" + singleton2.value1);

            System.out.println("Singleton2 value2:" + singleton2.value2);

        }

}

输出的结果：

Singleton1 value1:1

Singleton1 value2:0

Singleton2 value1:1

Singleton2 value2:1

过程：

1 首先执行main中的Singleton singleton = Singleton.getInstance(); 
2 类的加载：加载类Singleton

3 类的验证

4 类的准备：为静态变量分配内存，设置默认值。这里为singleton(引用类型)设置为null,value1,value2（基本数据类型）设置默认值0 
5 类的初始化（按照赋值语句进行修改）：

   执行private static Singleton singleton = new Singleton();

  执行Singleton的构造器：value1++;value2++;  此时value1，value2均等于1

  执行

  public static int value1;

  public static int value2 = 0;

  此时value1=1，value2=0

6.Singleton2和Singleton的不同之处在于执行private static Singleton singleton = new Singleton(); 这句的时候在变量赋值之后，
  所以，当虚拟机已经为value1和value2分配好内存后设置默认值之后（准备过程），又执行了  
  public static int value1;

  public static int value2 = 0; 
  此时value1，value2都是0；
  接着因为实例化对象，调用了构造器方法，value1和value2都变成了1

两者的区别在于:调用构造器的顺序不同

----例子2结合分析

class B {

    static int value = 100;

    static {

            System.out.println("Class B is initialized");

    }

}

class A extends B {

    static {

            System.out.println("Class A is initialized");

    }

}

public class Test4 {

    public static void main(String[] args) {

            System.out.println(A.value);

   }

}

输出结果：

Class B is initialized

100

过程：

当访问一个静态变量时，只有真正声明这个静态变量的类才会被初始化（通过子类引用父类的静态变量，不会导致子类初始化），
虽然这里的A来引用了value，但是value是在父类中静态声明的，所以子类A并不会初始化

----例子3结合分析

class StaticBlock {

    static final int c = 3;

    static final int d;

    static int e = 5;

    static {

            d = 5;

            e = 10;

            System.out.println("Initializing");

    }

    StaticBlock() {

            System.out.println("Building");

    }

}

public class Test4 {

    public static void main(String[] args) {

            System.out.println(StaticBlock.c);

            System.out.println(StaticBlock.d);

            System.out.println(StaticBlock.e);

    }

}

输出结果：

3

Initializing

5

10

过程：

这里将要引出另外一个概念：编译时常量，即被static、final所修饰的常量，这种常量不需要初始化就可以被加载，就不会引起类的初始化。
所以，上边的程序中c就是一个编译时常量，不会引起类的初始化，直接加载输出，而d是个静态的变量，会引起类的加载，所以会先加载static块的内容，然后d就被赋值成5。
变量e呢，它有点类似上边例子1的情况，在准备阶段设置默认值为0后，然后又被赋值为5，接着类的加载需要执行static块的内容，所以e又被赋值成10

----类加载器

在java中，类的加载，离不开类加载器的配合，一般分为三个部分：启动类加载器、扩展类加载器和应用程序类加载器。当然，有时候我们还可以自定义类加载器，需要注意的是，Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象，而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式即把请求交由父类处理，是一种任务委派模式。

三大类加载器

1)启动类加载器,使用c++编写(BootStrap),负责加载rt.jar，没有父类

2)扩展类加载器,java实现(ExtClassLoader)，负责加载<JAVA_HOME>/lib/ext目录下的，父类加载器为null

3)应用程序加载器,java实现(AppClassLoader) ，也成为系统类加载器，负责加载ClassPath上所指定的类库，
 如果应用程序没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器,父类加载器为ExtClassLoader

双亲委派工作原理：如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载。

双亲委派的优势：采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，如果不使用这种委托方式，那么可以随时使用自定义的String来动态替Java核心的API中定义的类型，这样会存在非常大的安全隐患，而父类委托方式可以避免这种情况，因为String在启动的时候就已经被加载，所以，用户自定义类无法加载一个自定义的ClassLoader

一些重要方法：

----loaderClass方法

loadClass()方法是ClassLoader类自己实现的，该方法中的逻辑就是双亲委派模式的实现。源码如下：

protected Class<?> loadClass(String name, boolean resolve)

      throws ClassNotFoundException

  {

      synchronized (getClassLoadingLock(name)) {

          // 先从缓存查找该class对象，找到就不用重新加载

          Class<?> c = findLoadedClass(name);

          if (c == null) {

              long t0 = System.nanoTime();

              try {

                  if (parent != null) {

                      //如果找不到，则委托给父类加载器去加载

                      c = parent.loadClass(name, false);

                  } else {

                  //如果没有父类，则委托给启动加载器去加载

                      c = findBootstrapClassOrNull(name);

                  }

              } catch (ClassNotFoundException e) {

                  // ClassNotFoundException thrown if class not found

                  // from the non-null parent class loader

              }

              if (c == null) {

                  // If still not found, then invoke findClass in order

                  // 如果都没有找到，则通过自定义实现的findClass去查找并加载

                  c = findClass(name);

                  // this is the defining class loader; record the stats

                  sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);

                  sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);

                  sun.misc.PerfCounter.getFindClasses().increment();

              }

          }

          if (resolve) {//是否需要在加载时进行解析

              resolveClass(c);

          }

          return c;

      }

  }

----findClass(String)方法

目的是从本地文件系统使用实现的类装载器装载一个类。为了创建自己的类装载器，应该扩展ClassLoader类，这是个抽象类，可创建一个FileClassLoaderextends ClassLoader,然后覆盖ClassLoader类findClass(String name)方法，这个方法通过类的名字来得到一个对象

public Class findClass(String name){

   byte[] data = loadClassData(name);

   return defineClass(name,data,0,data.length);

}

----defineClass(byte[] b, int off, int len)方法

defineClass方法接受由原始字节组成的数组，并且把它转成Class对象。原始数组包含如从文件系统或者网络装入的数据，defineClass管理着JVM的许多复杂的实现层面——它把字节码分析成运行时的数据结构、检验有效性等，因为defineClass方法被标记为final，所以也不能覆盖它

----resolveClass(Class≺?≻ c)

使用该方法可以使用类的Class对象创建完成也同时被解析

？----怎么确定两个类是否相等

比较两个类是否相等，只有在这两个类是由同一个类加载器加载的前提下才有意义，否则，即使这两个类来源于同一Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那么这两个类必定不相等

？----什么是热部署类加载器

所谓的热部署就是利用同一个class文件不同的类加载器在内存创建出两个不同的class对象，于JVM在加载类之前会检测请求的类是否已加载过(即在loadClass()方法中调用findLoadedClass()方法)，如果被加载过，则直接从缓存获取，不会重新加载。注意同一个类加载器的实例和同一个class文件只能被加载器一次，多次加载将报错，因此我们实现的热部署必须让同一个class文件可以根据不同的类加载器重复加载，以实现所谓的热部署。

?----破坏双亲委派模型-线程上下文加载器

简单来说，java应用中的很多服务都要依靠第三方的支持，如jdbc之类的，那么它们为java提供的接口是放在rt.jar包下，由BootStrap类加载器加载，然而它们这些接口的实现；类和方法却放在ClassPath下，这就很难受了，因为java程序当要使用第三方的接口服务时，那么这些接口是有启动类加载器加载，可是没办法加载具体的接口实现类，由于双亲委派模型存在，BootStrap类加载器又没办法反向去找AppClassLoader类加载器进行实现。

为了解决这个问题，便引入了线程上下文加载器，它默认是AppClassLoader类加载器，它将jdbc等SPI接口实现类进行加载，就是我们常见的ClassPath路径下的那些jar包之类的，然后BootStrap类加载器就可以去委托该加载器，将相关的实现类加载到内存中以便使用

本人菜鸟一枚，拜读了诸多大佬文章之后，以及查阅书籍，做了简单的小结记录，以便今后面试查阅使用

主要参考资料：https://blog.csdn.net/javazejian/article/details/73413292

https://www.cnblogs.com/zhguang/p/3154584.html#classLoader

《深入了解JAVA虚拟机》

最新文章

  1. JavaScript 智能社 拖拽
  2. 正则表达式之g标志，match和 exec
  3. 页面localStorage用作数据缓存的简易封装
  4. WPS文字在表格中打字自动跳动
  5. 59. Spiral Matrix &amp;&amp; Spiral Matrix II
  6. CCKJ 笔试
  7. MSSQL 2005 列转行应用案例
  8. IIS浏览提示无法显示网页的解决方法
  9. jfinal框架教程-学习笔记(二)
  10. Android 自学之星级评分条RatingBar
  11. mac 别名 ll
  12. 织梦autoindex应用 dedecms循环中判断第几条数据
  13. *.db-journal 是什么（android sqlite ）数据库删除缓存
  14. span i s等行内元素标签之间出现奇怪空格符号
  15. 周鸿祎IOT发布会思考
  16. hdu1796 How many integers can you find 容斥原理
  17. Ruby：多线程队列(Queue)下载博客文章到本地
  18. Java 8 flatMap example
  19. [日常] nginx与location规则
  20. RTX——第9章 任务运行在特权级或非特权级模式

热门文章

  1. 【黑金教程笔记之004】【建模篇】【Lab 03 消抖模块之一】—笔记
  2. linux文件名乱码时删除或改名的方式（转载）
  3. 【性能测试】服务器资源监测工具sar安装
  4. python 面向对象六 类属性和实例属性
  5. 标准行cp功能
  6. PostgreSQL 9.6.2版本在centOS下的安装和配置
  7. _bzoj1014 [JSOI2008]火星人prefix【Splay】
  8. spring入门笔记-(一)、spring boot HelloWorld
  9. 未来十年Python的前景会怎样？
  10. sed附加命令