7. 类虚拟机类加载机制

jvm运行和类加载过程

Java中几种常量池的区分：http://www.cnblogs.com/holos/p/6603379.html

类加载过程

 

例子：

public class StaticTest extends Father {

    public static int input = 100;

    static {
        System.out.println("我是子类静态代码块");
        input = 500;
    }

    public StaticTest() {
        System.out.println("我是子类构造函数");
    }

    {
        System.out.println("我是子类非静态代码块");
    }
    public static void main(String[] args) {
        System.out.println(StaticTest.input);
        StaticTest staticTest = new StaticTest();
    }
}

class Father{
    static {
        System.out.println("我是父类的静态代码块");
    }

    public Father() {
        System.out.println("我是父类的构造函数");
    }
}

 

类的主动引用和被动引用：

• 类的主动引用（一定会发生类的初始化）
  • new一个类的对象
  • 调用类的静态成员（除了final常量）和静态方法
  • 使用反射包的方法对类进行反射调用
  • 当虚拟机启动，java hello，那么一定会初始化hello类。先启动main方法所在的类
  • 当初始化一个类，如果其父类没有初始化，则先初始化他的父类
• 累的被动引用（不会发生类的初始化）
  • 当访问一个静态类的时候，只有真正声明这个域的类才会被初始化
    • 通过子类引用父类的静态变量，不会导致类的初始化
  • 通过数组定义类的引用，不会触发此类的初始化
  • 引用常量不会触发此类的初始化（常量在编译阶段姐存入调用类的常量池中了）

 

类加载器

类加载器的作用：

https://blog.csdn.net/javazejian/article/details/73413292

启动（Bootstrap）类加载器

启动类加载器主要加载的是JVM自身需要的类，这个类加载使用C++语言实现的，是虚拟机自身的一部分，它负责将 <JAVA_HOME>/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类)。

 

扩展（Extension）类加载器

扩展类加载器是指Sun公司(已被Oracle收购)实现的sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类，它负责加载<JAVA_HOME>/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。

 

系统（System）类加载器

也称应用程序加载器是指 Sun公司实现的sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器。

　 在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，需要注意的是，Java虚拟机对class文件采用的是按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象，而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式即把请求交由父类处理，它一种任务委派模式，下面我们进一步了解它。

 

自定义加载器：

用户可以自己定义的类加载器。开发人员通过继承java.lang.ClassLoader类的方式实现自己的类加载器，以满足一些特殊的要求。

 

理解双亲委派模式

从下往上逐层往上找，找到头，之后从上往下找。。。如上图！！！

采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层级关可以避免类的重复加载，当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次。其次是考虑到安全因素，java核心api中定义类型不会被随意替换，假设通过网络传递一个名为java.lang.Integer的类，通过双亲委托模式传递到启动类加载器，而启动类加载器在核心Java API发现这个名字的类，发现该类已被加载，并不会重新加载网络传递的过来的java.lang.Integer，而直接返回已加载过的Integer.class，这样便可以防止核心API库被随意篡改。可能你会想，如果我们在classpath路径下自定义一个名为java.lang.SingleInterge类(该类是胡编的)呢？该类并不存在java.lang中，经过双亲委托模式，传递到启动类加载器中，由于父类加载器路径下并没有该类，所以不会加载，将反向委托给子类加载器加载，最终会通过系统类加载器加载该类。但是这样做是不允许，因为java.lang是核心API包，需要访问权限，强制加载将会报出如下异常

 

java.lang.SecurityException: Prohibited package name: java.lang

 

再下一层捕获异常，进行加载，加载失败继续抛异常。