定义
根据《深入理解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时,当前类加载器会把这个加载请求委派给其父类加载器加载,同理父类加载器同样委派其它的父类加载器加载,直到无其父类类加载器加载为止,如果父类加载器加载失败,才会由其子类加载。
2、使用双亲委派机制,有个明显的特征是:Java类随着它的类加载器一起具备了一种优先级的层次关系。比如rt.jar包中的java.lang.Object,由于它所在位置是由启动类加载器加载,所以Object类在程序的各种类加载器环境中都是同一个类。
3、双亲委派模型如下:
ClassLoader
可以看下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、通过以上可以知道,我们可以继承ClassLoader 来实现自己的类加载器,然后重写findClass()方法,这些还是保存了双亲委派机制。
2、当我们重写findClass()方法时,得到该类的字节码后,需要调用defineClass()来放回Class>对象。
URLClassLoader
1、一般自定义的类加载器可以直接继承该类,该类加载器通过添加url路径来获取类。
2、可以在其构造函数上URLClassLoader(URL[] 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的资料请关注脚本之家其它相关文章!