JVM学习笔记6-上下文加载器

当前类加载器-Current ClassLoader

      每个类都会使用自己的类加载器(即加载自身的类加载器)来去加载其他类(指所依赖的类)
如果ClassA引用了ClassB,那么ClassA的类加载器就会去加载ClassB(前提是ClassB尚未被加载)

---

线程上下文加载器-Context ClassLoader

      线程上下文加载器是从JDK 1.2开始引入的

• 类Thread的getContextClassLoader与setContextClassLoader(ClassLoader c1)分别用来获取和设置上下文加载器
• 如果没有通过setContextClassLoader(ClassLoader c1)进行设置的话,线程将继承其父线程的上下文类加载器
• Java应用运行时初始线程的上下文类加载器是系统类加载器
• 在线程中运行的代码可以通过该类加载器来加载类与资源

---

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

SPI(Service Provider Interface)—服务提供者接口

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

public class MyTest25 implements Runnable{

    private Thread thread;

    public MyTest25(){
        thread = new Thread(this);
        thread.start();
    }

    @Override
    public void run(){
        ClassLoader classLoader = this.thread.getContextClassLoader();

        this.thread.setContextClassLoader(classLoader);

        System.out.println("class : "+ classLoader.getClass());

        System.out.println("parent : "+ classLoader.getParent().getClass());
    }

    public static void main(String[] args) {
        new MyTest25();
    }
}

class : class sun.misc.Launcher$AppClassLoader

parent : class sun.misc.Launcher$ExtClassLoader

原因:Java应用运行时初始线程的上下文类加载器是系统类加载器
对sun.misc.Launcher类反编译后如下图所示

---

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

伪代码如下:

	//1.获取当前线程的上下文加载器
	ClassLoader classLoader = Thread.currentThead.getContextClassLoader();
	try{
		//2.使用指定的类加载器
		Thread.currentThread.setContextClassLoader(targetTccl);
		//myMethod里面调用了Thread.current.getContextClassLoader()
		//获取当前线程的上下文类加载器做某些事情
		myMethod();
	}finally{
		//3.还原当前线程的上下文加载器
		Thread.currentThread.setContextClassLoader(classLoader);
	}	

• 如果一个类有类加载器A加载,那么这个类的依赖类也是由相同的类加载器加载的(如果该依赖类之前还么被加载过的话)
• ContextClassLoader的作用就是为了破坏Java的类加载委托机制

---

• 当高层提供了统一的接口让低层去实现,同时又要在高层加载(或实例化)低层的类时,就必须要通过线程上下文加载器来帮助高层的ClassLoader找到并加载该类

---

public class MyTest26 {

    public static void main(String[] args) {
        ServiceLoader<Driver> loader = ServiceLoader.load(Driver.class);
        Iterator<Driver> iterator = loader.iterator();
        while (iterator.hasNext()){
            Driver driver = iterator.next();
            System.out.println("driver :" + driver.getClass() + ",  loader : "+ driver.getClass().getClassLoader());
        }
        System.out.println("当前线程的上下文加载器 : "+ Thread.currentThread().getContextClassLoader());
        System.out.println("serviceLoader : "+ ServiceLoader.class.getClassLoader());
    }
}

执行结果:

driver :class com.mysql.jdbc.Driver, loader : sun.misc.Launcher$AppClassLoader@135fbaa4driver:classcom.mysql.fabric.jdbc.FabricMySQLDriver,loader:sun.misc.Launcher$AppClassLoader@135fbaa4
当前线程的上下文加载器 : sun.misc.Launcher$AppClassLoader@135fbaa4
serviceLoader : null

JVM学习笔记7-类的卸载