【JVM】类加载器与双亲委派模型（一）

一、背景

       

      在我们参加的项目中有这样一种情况：在编译环境下，使用maven中的repository下的jar包，而在运行时环境时使用Jboss中的moudles下的jar包。

       但是部署该模块的时候，却出现了错误：ClassNotFoundException,但是我的jboss mouldes下确实是有这个Jar包呀，为什么还会出现ClassNotFoundException呢？

       解决思路：jar包有，但未找到，那就是寻找的路径是错误的，也就是类加载的时候出现了问题，要想解决问题，我们还是得先了解一下类加载器，类是如何被加载的？  

二、何为类加载器？

       类加载器为java语言的创新，也是Java语言流行的重要原因之一。它使得Java类可以被动态加载到Java虚拟机中并执行。它从JDK就出现了，是为了满足Java Applet的需要而开发出来的。它是用来加载Java类到Java虚拟机中，一般来说，Java虚拟机使用Java类的方式如下：java 源程序在经过java编译器编译之后就会被转换为Java字节代码（.class 文件）。类加载器负责读取Java字节代码，并转换成Java.lang.class类的一个实例。基本上所有的类加载器都是Java.lang.classLoader类的一个实例。

三、Java中的类加载器分类

Java中的类加载器大致可以分为两类。一类是系统提供的，另一类则是由java应用开发人员编写的。系统提供的类加载器主要有：引导类加载器，扩展类加载器，系统类加载器。

       1、引导类加载器

      

       用来加载java的核心库，是用原生代码来实现的，并不继承自java.lang.classLoader。负责加载$JAVA_HOME中的jre/lib/rt.jar里面所有的class。

       2、扩展类加载器

       

       用来加载Java的扩展库。Java虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载Java类。负责加载Java平台的扩展功能jar包，包括$JAVA_HOME中jre/lib/*.jar或java.ext.dirs指定目录下的jar包。

       3、系统（应用程序）类加载器

       

       它根据Java应用的类路径来加载java类。一般来说，java应用的类都是由它来完成加载的。可以通过classloader.getSystemClassLoader()来获取的。

       除了系统提供的类加载器外，开发人员可以通过集成Java.lang.classLoader类的方式来实现自己的类加载器。除了引导类加载器外，所有的类加载器都有一个父类加载器。对于系统提供的类加载器来说，系统类加载器的父类加载器是扩展类加载器，而扩展类加载器的父类加载器是引导类加载器；对于开发人员编写的类加载器来说，其父类加载器是加载此类加载器java类的类加载器。其中类加载器树状组织结构示意图如下：

 四、加载类的过程

         JVM将类加载过程分为三个步骤：装载，链接，和初始化三个步骤。另外，链接又分为三个步骤（验证，准备，解析）如下图所示：

         

      （1）装载

        查找并加载类的二进制数据

      （2）链接

               验证：确保被加载类的正确性；

               准备：为类的静态变量分配内存，并将其初始化为默认值；

               解析：把类中的符号引用转换为直接引用

      （3）初始化

          为类的静态变量赋予正确的初始值；

          

        类的加载指的是将类的.class文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个这个类的java.lang.class对象，用来封装类在方法区类的对象。

        

        

       至此，类的加载器，以及类是如何加载的已经介绍完毕，下篇博客会介绍一下类加载模型-双亲委派模型。