【随笔】JVM核心:JVM运行和类加载

前言

本篇博客将写一点关于JVM的东西,涉及JVM运行时数据区、类加载的过程、类加载器、ClassLoader、双亲委派机制、自定义类加载器等,这些都是博主本身的一点理解,若是有误,欢迎你们评论拍砖~java

关于JVM运行时数据区

【随笔】JVM核心:JVM运行和类加载

关于类加载

class文件加载至内存,连接(校验、解析),初始化;最终造成JVM能够直接使用的JAVA类型的过程。bootstrap

加载:在方法区造成类的运行时数据结构;在堆里面造成该类的Class对象,做为访问方法区的入口。

【随笔】JVM核心:JVM运行和类加载数组

连接:class文件是否存在问题;一些符号引号替换成直接引用。

初始化:初始化一个类,先初始化它的父类。虚拟机会保证一个类的初始化在多线程环境中被正确加锁和同步。安全

要使用类A,必须先加载类A;加载类A,就会把静态变量、静态块合并初始化,而后在调用构造器。注意类的加载和初始化,只有一次。服务器

关于类加载器

上文已经说了,类加载器的做用就是:将class文件的字节码内容加载到内存中,并将这些静态数据转化成方法区中的运行时数据结构,在堆中生成一个表明这个类的Class对象,做为方法区类数据的访问入口。数据结构

类加载器的层次结构
多线程

引导类加载器bootstrap classloaderapp

加载JAVA核心库($JAVA_HOME/jre/lib/rt.jar),原生代码实现(C++),并不继承自java.lang.ClassLoader。ide

扩展类加载器extensions classloaderspa

JAVA能够提供一个扩展目录($JAVA_HOME/jre/ext/*.jar)来加载Java类。

由sun.misc.Launcher.ExtClassLoader实现

应用程序类加载器application classloader(也称系统类加载器)

通常来讲,JAVA应用的类由它加载,即加载路径是classpath下的路径。

由sun.misc.Launcher.AppClassLoader实现。

自定义类加载器

开发人员继承java.lang.ClassLoader实现本身的类加载器

【随笔】JVM核心:JVM运行和类加载

关于java.lang.ClassLoader

ClassLoader的基本职责就是:

第一,根据指定的类名称,找到或者生成对应的字节码,并根据字节码生成class对象

第二,加载JAVA应用所需的资源,如配置文件等。

ClassLoader的组合模式

【随笔】JVM核心:JVM运行和类加载

【随笔】JVM核心:JVM运行和类加载

引导类加载器是原生代码实现,咱们获取不到,因此是null。

ClassLoader重要API

getParent():该类加载器的父类加载器

loadClass(String name):加载名称为name的类,并返回Class实例。

加载顺序是:先交给扩展类加载器加载,若是加载不到,交给引导类加载器加载,加载不到,交给本身去加载,若是本身也加载不到,那么ClassNotFoundException。【双亲委派机制】 若是要改变类的加载顺序,那么能够override该方法。

findClass(String name),不是加载,仅仅是查找而已

findLoadedClass(String name),查找已经被加载过的

defineClass(String name,byte[] b, int off ,int len),能够把字节数组的内容转换成JAVA类,并会返回Class实例。

类加载器的代理模式:双亲委派机制

类加载器的代理模式:就是把加载指定类的过程交给其余加载器。

JAVA默认使用的类加载器代理模式是:双亲委派机制。

双亲委派机制:

就是某个特定的类加载器接到加载类的请求时,首先将加载任务委托给父类加载器,依次追溯,好比说从应用加载器委托给扩展类加载器,从扩展类加载器委托给引导类加载器。这种委托,直至委托到层次最高的类加载器,即引导类加载器,若是委托的父类加载器能够完成加载任务,那么成功返回;只有父类加载器没法完成时,才去本身加载。

能够看出双亲委派机制的意思就是优先父类加载器加载!

试想若是咱们定义了一个java.lang.String类,根据双亲委派机制,那么JDK只会加载它本身的String。这显然保证了Java核心库的类型安全。

双亲委派机制不是惟一的选择

虽然JDK默认的类加载机制是双亲委派机制,可是并非全部都采用,好比有些服务器,如Tomcat,虽然也采用代理的方式加载,可是加载顺序却偏偏和双亲委派机制相反,它是首先尝试加载这个类,只有加载不到的状况下,才去让父类加载器代理加载。

为何会这样呢,不是说双亲委派很安全么?

其实就是在安全,和灵活方面进行取舍!

写一个自定义类加载器

MyClassLoader:

【随笔】JVM核心:JVM运行和类加载

重写findClass:

【随笔】JVM核心:JVM运行和类加载

Test:

【随笔】JVM核心:JVM运行和类加载

通常状况下,自定义类加载器,须要继承自ClassLoader。

首先来讲,能够检查请求的类是否已经被自定义的类加载器加载;若是加载了,那么直接返回;不然,那么交给父类加载器,就是进行双亲委派;若是双亲委派也加载不到,那么交给自定义类加载器进行“自定义的方式”来加载类。

另外,被2个不一样的类加载加载的同一个类,JVM不会认为是一个类。

相关文章
相关标签/搜索