根据jvm源码剖析类加载机制

根据jvm源码剖析类加载机制

java Test.class之后的大致流程

java Test.class ----> 对于windows操作系统

----> java.exe调用jvm.dll文件创建JVM，

----> 在创建JVM中先由C++的代码创建Boostarp（引导）类加载器，

----> C++代码会创建sun.misc.Launcher.getLauncher()生成Launcher实例（JVM启动器实例）

----> 引导类加载器首先加载sun.misc.Launcher类，

----> 在初始化时执行静态代码块new Launcher()，

----> new的过程中调用Launcher类的构造方法，

----> 在Launcher类的构造方法中，创建ExtClassLoader和AppClassLoader，

----> 并维护三个类加载器的父子关系，将AppClassLoader赋给当前线程的ClassLoader属性和Launcher对象的ClassLoader属性。

----> jvm默认使用sun.misc.Launcher.getClassLoader()返回Launcher对象的ClassLoader对象（AppClassLoader)加载我们程序的类

类的加载过程

加载—校验—准备—解析—初始化—使用—卸载

加载：从磁盘中以IO流的方式读取class文件的字节码

校验：验证class文件合法性，如文件头

准备：为静态变量分配内存，并赋默认值，如boolean类型赋false、int类型赋0

解析：静态链接：将符号引用替换为直接引用，把静态方法替换为指向内存的地址或句柄！！！

初始化：对类的静态变量设置指定的值、执行静态代码块

类加载器

种类

bootstrapClassLoader（启动/引导）类加载器：由C++创建，负责加载jre/lib下的核心类库

ExtClassLoader扩展类加载器：负责加载jre/lib/ext目录下的类

AppClassLoader应用程序类加载器：负责加载用户自定义路径下的类

import sun.misc.Launcher;
import java.net.URL;public class TestJDKClassLoader {public static void main(String[] args) {//jre/lib下的核心类由启动类加载器加载System.out.println(String.class.getClassLoader());//jre/lib/ext下的类由扩展类加载器加载System.out.println(com.sun.crypto.provider.DESKeyFactory.class.getClassLoader().getClass().getName());//用户类路径下的类由应用程序类加载器加载System.out.println(TestJDKClassLoader.class.getClassLoader().getClass().getName());System.out.println();//获取当前应用程序类加载器ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();ClassLoader extClassloader = appClassLoader.getParent();ClassLoader bootstrapLoader = extClassloader.getParent();System.out.println("the bootstrapLoader : " + bootstrapLoader);System.out.println("the extClassloader : " + extClassloader);System.out.println("the appClassLoader : " + appClassLoader);System.out.println();System.out.println("bootstrapLoader加载以下文件：");//获取引导类加载器加载的jar包路径URL[] urls = Launcher.getBootstrapClassPath().getURLs();for (int i = 0; i < urls.length; i++) {System.out.println(urls[i]);}System.out.println();System.out.println("extClassloader加载以下文件：");System.out.println(System.getProperty("java.ext.dirs"));System.out.println();System.out.println("appClassLoader加载以下文件：");System.out.println(System.getProperty("java.class.path"));}
}

双亲委派原则

双亲委派机制：当类加载器加载某个类时，先判断类是否已加载，如果没有则委派父类加载器加载，父类加载器判断类是否已加载，如果没有则委派父类加载器加载；如果到引导类加载器（bootstrapClassloader)判断类尚未加载，将尝试加载类，如果加载不到，则指派子类加载器加载。

源码：

​ 在java.lang.ClassLoader.loadClass()方法实现的双亲委派机制：

    //name是加载的全类名，如com.example.demo.Testprotected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loaded//1、判断该类是否已经被加载过Class<?> c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();try {//2、如果找不到委派父类加载器加载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// to find the class.long t1 = System.nanoTime();//3、如果父类加载器没有加载到，子类加载器尝试加载c = findClass(name);// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}

设计双亲委派机制的目的

沙箱安全机制：用户自定义的与核心类同名的类不会被加载，而加载的仍是jre定义的类，防止核心库的类和API被篡改；

防止类被重复加载：如果父类加载器已经加过某个类了，子类加载器就不会二次加载了。

自定义类加载器和打破双亲委派原则

自定义类加载器只需要继承 java.lang.ClassLoader 类，该类有两个核心方法：

一个是loadClass(String, boolean)，实现了双亲委派机制，若要打破双亲委派原则重写loadClass()方法

一个是findClass，默认实现是空方法，实现了根据全类名加载字节码并返回Class对象，所以我们自定义类加载器主要是重写findClass方法。

public class MyClassLoader extends ClassLoader {private String classPath;public MyClassLoader(String classPath) {this.classPath = classPath;}//    @Override
//    protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
//        //自己的包进行加载的时候打破双亲委派原则
//        if(name.contains("com.example.demo")){
//            return findClass(name);
//        }
//
//        //核心包依然由父的类加载器加载
//        return super.loadClass(name, resolve);
//    }@Overrideprotected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException {synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loadedClass<?> c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();// If still not found, then invoke findClass in order// to find the class.long t1 = System.nanoTime();//指定的类路径下的包 ，不在委托父类加载器进行加载，直接由该类加载器加载if (name.contains("com.example.demo")) {c = findClass(name);} else {c = this.getParent().loadClass(name);}// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}if (resolve) {resolveClass(c);}return c;}}@Overrideprotected Class<?> findClass(String name) throws ClassNotFoundException {try {byte[] data = loadByte(name);//defineClass将一个字节数组转为Class对象，这个字节数组是class文件读取后最终的字数组。return defineClass(name, data, 0, data.length);} catch (IOException e) {throw new ClassNotFoundException();}}private byte[] loadByte(String name) throws IOException {name = name.replaceAll("\\.", "/");FileInputStream fis = new FileInputStream(classPath + "/" + name + ".class");int len = fis.available();byte[] data = new byte[len];fis.read(data);fis.close();return data;}public static void main(String args[]) throws Exception {//初始化自定义类加载器，会先初始化父类ClassLoader，其中会把自定义类加载器的父加载设置为应用程序类加载器AppClassLoaderMyClassLoader classLoader = new MyClassLoader("D:/test");//D盘创建 com/example/demo几级目录，将Test类的复制类Test.class丢入该目录Class clazz = classLoader.loadClass("com.example.demo.Test");Object obj = clazz.newInstance();Method method = clazz.getDeclaredMethod("test", null);method.invoke(obj, null);System.out.println(clazz.getClassLoader().getClass().getName());}
}

注意：自定义类加载器的父类加载器是AppClassLoader。

因为，在new MyClassLoader时，会执行MyClassLoader的父类ClassLoader的无参构造方法，调用getSystemClassLoader()，会返回sun.misc.Launcher类的loader属性，该属性的值就是AppClassLoader对象，在ClassLoader构造方法中将AppClassLoader对象赋值到MyClassLoader的parent属性。

Tomcat打破了双亲委派原则

Tomcat是web容器，所以：

1、会部署多个服务，但每个服务的同一个类路径一样，但版本可能不一样；

2、部署在同一web容器的服务可以共享同一个类，防止同一个类重复加载多次；

3、web容器自己的依赖不能与web应用程序的类混淆，基于安全考虑；

4、web容器支持jsp热更新，通过卸载类加载器重新更新的方式。

所以，tomcat要打破双亲委派原则。