如何理解和运用ClassLoader

如何理解和运用ClassLoader

定义

根据《深入理解java虚拟机》提到“通过一个类的全限定名(packageName.ClassName)来获取描述此类的二进制字节(class文件字节)这个动作的代码模块就叫做类加载器(ClassLoader)”。

作用

1、通常类加载器的作用是加载资源（字节码文件）到java虚拟机中，想要在一个jvm 进程中唯一确认一个类，除了类的全限定名外，还需要指定它是由哪个类加载器加载的。

2、比如我们的类库需要通过远程网络获取，可以通过自定义类加载器从远程加载字节码文件。

3、java的字节码文件很容易反编译出来，一些核心的代码不想被反编译出来，可以对字节码进行加密，然后通过自定义的类加载器加载这些字节码，然后进行解码返回给虚拟机。

4、比如jvm的热加载和热部署等功能也需要自定义类加载器来完成。

.......

java类加载器的种类

1、Bootstrap ClassLoader : 该加载器是最顶层的类加载器，它是加载放在{Java_home}\lib目录 或者-Xbootclasspath指定路径下类库。

2、Extension ClassLoader : 该类加载器负载加载{Java_home}/lib\ext目录 或者System.getenv("java.ext.dirs")系统变量路径下的类库。

3、Application ClassLoader : 该类加载器加载用户程序类路径下的类库，它是默认的程序的类加载器。

双亲委派机制

1、双亲委派机制，双亲委派除了启动类加载器(Bootstrap ClassLoader)外,其他的类加载器都应该有自己父加载器。它们的实现不是通过继承来实现的，而是通过组合的方式。当加载某个Class时,当前类加载器会把这个加载请求委派给其父类加载器加载，同理父类加载器同样委派其它的http://父类加载器加载，直到无其父类类加载器加载为止，如果父类加载器加载失败，才会由其子类加载。

2、使用双亲委派机制，有个明显的特征是：Java类随着它的类加载器一起具备了一种优先级的层次关系。比如rt.jar包中的java.lang.Object,由于它所在位置是由启动类加载器加载，所以Object类在程序的各种类加载器环境中都是同一个类。

3、双亲委派模型如下：

ClassLoader

可qKDWgaz以看下ClassLoader 双亲委派模型的大致代码框架如下：

protected Class> loadClass(String name, boolean resolve)

throws ClassNotFoundException

{

synchronized (getClassLoadingLock(name)) {

// 1、查看该类是否加载

Class> c = findLoadedClass(name);

if (c == null) {

long t0 = System.nanoTime();

try {

// 2、如果未加载，委托给父类加载器加载

if (parent != null) {

c = parent.loadClass(name, false);

} else {

//3、没有父类加载器，委托给BootstrapClassLoader

c = findBootstrapClassOrNull(name);

}

} catch (ClassNotFoundException e) {

// ClassNotFoundException thrown if class not found

// from the non-null parent class loader

}

if (c == null) {

// 父类加载器没有加载到，则自己加载

long t1 = System.nanoTime();

c = findClass(name);

// 记录该类加载的状态Stat.

sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);

sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);

sun.misc.PerfCounter.getFindClasses().increment();

}

}

// resolve ：true,需要对类进行链接（链接阶段包括：准备，解析，初始化类）

if (resolve) {

resolveClass(c);

}

return c;

}

}

1、通过以上可以知道，我们可以继承ClassLoadehttp://r 来实现自己的类加载器，然后重写findClass()方法，这些还是保存了双亲委派机制。

2、当我们重写findClass()方法时，得到该类的字节码后，需要调用defineClass()来放回Class>对象。

URLClassLoader

1、一般自定义的类加载器可以直接继承该类，该类加载器通过添加url路径来获取类。

2、可以在其构造函数上URLClassLoader(Uhttp://RL[] urls, ClassLoader parent)直接进行添加其URL。

3、也可以通过addURL(URL)添加其URL。

自定义类加载器

1、首先假设main-project为我们自己编写的工程，其依赖某一api:service-spi。而service-spi的实现有很多，project-spi-impl是其中的一个。

2、当main-project仅依赖service-spi，而project-spi-impl不在工程的类加载路径下。所以需要自定义类加载器，从某个路径下的jar加载进来。CoreClassLoader就是自定义的类加载器。

3、CoreClassLoader继承自URLClassLoader,然后把相关搜索路径添加到该类加载器即可。

4.github:https://github.com/zhvqee/class-loader

SpringBoot 对类加载器的运用

1、SpringBoot 工程通过spring-boot-maven-plugin插件打包。把相关资源和依赖包都打到一个jar包中(all in one)。其包的结构如下：

BOOT-INF/classes:存放的是本工程的class文件

BOOT-INF/lib:存放的是本工程依赖的二方包和三方包。

META-INF/MANIFEST.MF:该文件记录了程序启动入口等。

o.s.b.loader包下就是springboot自定义的类加载器。

2、当我们执行java -jar xxxx 时，会读取MANIFEST.MF下

Main-Class: org.springframework.boot.loader.JarLauncher，

该配置就是程序的路口。而我们编写的Main方法不是真正的启动的入口。

3、当执行Launcher#launch()方法时，会把SpringBoot自定义的类加载器LaunchedURLClassLoader设置线程的上下文中，并通过该自定义类加载器加载我们自己编写的main方法所在的类，然后利用反射调用main方法。代码片段如下：

Class> mainClass = Thread.currentThread().getContextClassLoader().loadClass(this.mainClassName);

Method mainMethod = mainClass.getDeclaredMethod("main", String[].class);

mainMethod.invoke(null, new Object[] { this.args });

4、LaunchedURLClassLoader 类加载器继承URLClassLoader类加载器，它加载的路径就是可执行jar下BOOT-INF下的class文件和二方包、三方包。

Class.forName() 和 ClassLoader.load()

1、JVM 加载的类主要经过以下几个步骤：加载，链接，初始化，试用，卸载。

2、Class.forName()默认是需要对加载的类进行初始化。

3、ClassLoader.load实际调用的是ClassLoader.load(className,false),false：表示不进行链接，不进行链接也就代表不会进行初始化的操作，类的静态块和静态对象都不会执行。

以上就是如何理解和运用ClassLoader的详细内容，更多关于理解和运用 ClassLoader的资料请关注我们其它相关文章！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。