java 加载jar文件路径问题_java类加载器和jar路径解析

声明：本文转载，原文链接：

java类加载器和jar路径解析 - 简书  https://www.jianshu.com/p/546a7e3dc427

一、类加载器基本原理

虚拟机提供了3种类加载器：Bootstrap类加载器、Ext类加载器、App类加载器。他们之间通过双亲委派模式进行类的加载

Bootstrap类加载器：主要加载的是JVM自身需要的类，这个类加载使用C++语言实现的，是虚拟机自身的一部分，它负责将 {jdk}/lib路径下的核心类库或-Xbootclasspath参数指定的路径下的jar包加载到内存中，注意必由于虚拟机是按照文件名识别加载jar包的，如rt.jar，如果文件名不被虚拟机识别，即使把jar包丢到lib目录下也是没有作用的(出于安全考虑，Bootstrap启动类加载器只加载包名为java、javax、sun等开头的类)。

Ext类加载器：是指sun.misc.Launcher$ExtClassLoader类，由Java语言实现的，是Launcher的静态内部类，它负责加载{jdk}/lib/ext目录下或者由系统变量-Djava.ext.dir指定位路径中的类库，开发者可以直接使用标准扩展类加载器。

App类加载器：sun.misc.Launcher$AppClassLoader。它负责加载系统类路径java -classpath或-D java.class.path 指定路径下的类库，也就是我们经常用到的classpath路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器。

BootStrap 是最顶级类加载器，Ext持有BootStrap引用，App持有Ext引用。当去加载一个类时，首先由上级加载器去加载，上级加载器不能加载，才由自己进行加载。(具体可自行搜索 双亲委派模型)

其中ExtClassLaoder、AppClassLoader 都是URLClassLaoder子类(Bootstrap是C++实现的，所以不是它的子类)，当我们去定义自己的ClassLoader时，一般去继承URLClassLoader。

ClassLoader

ClassLoader 是所有类加载器的父类，其中主要有三个方法：loadClass(加载一个class)、findClass(找到class文件所在磁盘的位置(也可以是网络流))、defineClass(将class转载到jvm内存)

当去加载一个类时，会通过loadClass去加载，loadClass主要逻辑如下：

//代码只保留了核心逻辑

protected Class> loadClass(String name, booleanresolve) {

Class> c = findLoadedClass(name); //判断有没有加载过

if (c == null) {if (parent != null) {

c= parent.loadClass(name, false); //首先父加载器加载

}if (c == null) {

c= findClass(name); //找到该class并装在在内存中

}

}returnc;

}protected Class> findClass(String name) throwsClassNotFoundException {throw newClassNotFoundException(name);

}

URLClassLoader

URLClassLoader 继承了ClassLoader，其主要实现的功能，就是通过类的全限定名(包名+类名)来定位到class文件的位置。

我们看一下URLClassLoader构造方法

URLClassLoader(URL[] urls, ClassLoader parent)