[jvm学习-类加载器]线程上下文类加载器的一般使用模式（获取 - 使用 - 还原）

线程上下文类加载器的一般使用模式（获取 - 使用 - 还原）

首先获取上下文类加载器

ClassLoader classLoader = Thread.currentThread().getContextClassLoader();

try {
// 获取当前线程    调用set方法将你想要设置成为类加载器的参数设置进去（targetTccl）
Thread.currentThread().setContextClassLoader(targetTccl) 
//  在MyMethod中显然会调用Thread.currentThread().getContextClassLoader()  把targetTccl拿出来进行类的加载
   MyMethod(); 
}finally{
// 运行完后再把线程上下文类加载器还原
  Thread.current（）.setContextClassLoader(classLoader) 
}

如果不还原 则类加载器就会变成tagerTccl 会出现各种各样的问题
可能 tagertTccl加载器只针对MyMethod()有效 若不还原 则会报错

如果一个类由类加载器A加载 那么这个类的依赖类也是由相应的类加载来加载（A） 如果该以来类没有被加载过的话
ContextClassLoader 的作用就是为了破坏JAVA的双亲委托机制

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

有一说一 ContextClassLoader 相当于留下一个副本

为什么要将classloader和线程关联起来？

因为执行的任何JAVA代码都是由线程来执行，所以在任何执行过程中都可以获取到当前线程，并且可以获得对应的线程上下文类加载器