玩转Java虚拟机（五）

打卡学习JVM，第五天

本人学习过程中所整理的代码，源码地址

- 线程上下文类加载器

public class MyTest24 {
    public static void main(String[] args) {
      	System.out.println(Thread.currentThread().getContextClassLoader());
        System.out.println(Thread.class.getClassLoader());
    }
}

• 当前类加载器（Current Classloader）：每个类都会使用自己的类加载器（即加载自身的类加载器）来去加载其他类（指的是所依赖的类），如果Class X引用了Class Y，那么Class X的类加载器就回去加载Class Y（前提是Class Y尚未被加载）
• 线程上下文类加载器（Context Classloader）：加载器是从JDK1.2开始引入的，Thread类中的getContextClassLoader()与setContextClassLoader() 分别用来获取和设置上下文类加载器。如果没有用过setContextClassLoader(ClassLoader c1)进行设置的话。线程将继承其父线程的上下文类加载器Java应用运行时的初始线程的上下文类加载器是系统类加载器。在线程中运行的代码可以通过类加载器来加载类与资源。

public class MyTest25 implements Runnable {
   private Thread thread;
   public MyTest25() {
       this.thread = new Thread(this);
       thread.start();
   }
   @Override
   public void run() {
       ClassLoader classLoader = this.thread.getContextClassLoader();
       this.thread.setContextClassLoader(classLoader);
       System.out.println("Class:" + classLoader);
       System.out.println("Parent:"+classLoader.getParent().getClass());
   }
   public static void main(String[] args) {
       new MyTest25();
   }
}
/*Class:sun.misc.Launcher$AppClassLoader@73d16e93
Parent:class sun.misc.Launcher$ExtClassLoader*/

从运行结果可以看出，线程上下文类加载器就是系统类加载器，这是怎么实现的呢？
在Launcher类的源码中可以看出，是通过Thread.currentThread().setContextClassLoader(this.loader)造成的，而this.loader就是系统类加载器。

- 线程上下文类加载器的重要性

• SPI(Service Provider Interface)
• 父ClassLoader可以使用当前线程Thread.currentThread().getContextClassLoader()所指的定的classloader加载的类。这就改变了父ClassLoader不能使用子ClassLoader或是其他没有直接父子关系的ClassLoader加载的类的情况，即改变了双亲委托模型。
• 线程上下文类加载器就是当前线程的Current classloader。
• 在双亲委托模型下，类加载是由下至上的，即下层的类加载器会委托上层 进行加载。但是对于SPI来说，有些接口是Java核心库所提供的。而Java核心库是由启动类加载器来加载的，而这些接口的实现却来自于不同的jar包（厂商提供），Java的启动类加载器是不会加载其他 来源的jar包，这样传统的双亲委托模型就无法满足SPI的要求，而通过当前线程设置上下文类加载器就可以由设置的上下文类加载器来实 现对于接口实现类的加载。

- 线程上下文类加载器的一般使用模式

• 获取
• 使用
• 还原

ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
try{
	Thread.currentThread().setContextClassLoader(targetTccl);
	myMethod();
}finally{
	Thread.currentThread().setContextClassLoader(classLoader);
}

• myMethod里面则调用了Thread.currentThread().setContextClassLoader()，获取当前线程的上下文类加载器做某些事情
• 如果一个类由类加载器A加载，那么这个类的依赖类也是由相同的类加载器加载的（如果该依赖类之前没有被加载过的话）
• 当高层提供了统一的接口让低层区实现，同时又要在高层加载（或实例化）低层的类时，就必须要通过线程上下文类加载器来帮助高层的ClassLoader找到并加载该类

ContextClassLoader的作用就是为了破坏Java的类加载委托机制