网站首页 > 技术文章 正文
类加载器:
类加载指的是将类的class文件读入内存,并为之创建一个java.lang.Class对象,也就是说,当程序中使用任何类时,系统都会为之建立一个java.lang.Class对象。
通过使用不同的类加载器,可以从不同来源加载类的二进制数据,通常有如下几种来源。
- 从本地文件系统加载class文件,这是前面绝大部分示例程序的类加载方式。
- 从JAR包加载class文件,这种方式也是很常见的,JDBC编程时用到的数据库驱动类就放在JAR文件中,JVM可以从JAR文件中直接加载该class文件。
- 通过网络加载class文件。
- 把一个Java源文件动态编译,并执行加载。
类加载器通常无须等到“首次使用”该类时才加载该类,Java虚拟机规范允许系统预先加载某些类当类被加载之后,系统为之生成一个对应的Class对象,接着将会进入连接阶段,连接阶段负责把类的二进制数据合并到JRE中。类连接又可分为如下3个阶段。
- (1)验证:验证阶段用于检验被加载的类是否有正确的内部结构,并和其他类协调一致。
- (2)准备:类准备阶段则负责为类的静态Field分配内存,并设置默认初始值。
- (3)解析:将类的二进制数据中的符号引用替换成直接引用。
当使用ClassLoader类的loadClass()方法来加载某个类时,该方法只是加载该类,并不会执行该类的初始化。
使用Class的forName()静态方法才会导致强制初始化该类。例如如下代码。
class Tester {
static {
System.out.println("Tester类的静态初始化块...");
}
}
public class ClassLoaderTest {
public static void main(String[] args) throws ClassNotFoundException {
ClassLoader cl = ClassLoader.getSystemClassLoader();
// 下面语句仅仅是加载Tester类
cl.loadClass("Tester");
System.out.println("系统加载Tester类");
// 下面语句才会初始化Tester类
Class.forName("Tester"); }
}
类加载器负责将.class文件(可能在磁盘上,也可能在网络上)加载到内存中,并为之生成对应的java.lang.Class对象
当JVM启动时,会形成由3个类加载器组成的初始类加载器层次结构。
- Bootstrap ClassLoader:根类加载器。
- Extension ClassLoader:扩展类加载器。
- System ClassLoader:系统类加载器。
Bootstrap ClassLoader被称为引导(也称为原始或根)类加载器,它负责加载Java的核心类。在Sun的JVM中,当执行java.exe命令时,使用-Xbootclasspath选项或使用-D选项指定sun.boot.class.path系统属性值可以指定加载附加的类。
根类加载器非常特殊,它并不是java.lang.ClassLoader的子类,而是由JVM自身实现的。
双亲委派模型:
JVM的类加载机制主要有如下3种:
- 全盘负责。所谓全盘负责,就是当一个类加载器负责加载某个Class时,该Class所依赖的和引用的其他Class也将由该类加载器负责载入,除非显式使用另外一个类加载器来载入。
- 父类委托。所谓父类委托,则是先让parent(父)类加载器试图加载该Class,只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。
- 缓存机制。缓存机制将会保证所有加载过的Class都会被缓存,当程序中需要使用某个Class时,类加载器先从缓存区中搜寻该Class,只有当缓存区中不存在该Class对象时,系统才会读取该类对应的二进制数据,并将其转换成Class对象,存入缓存区中。这就是为什么修改了Class后,必须重新启动JVM,程序所做的修改才会生效的原因。
注意:
类加载器之间的父子关系并不是类继承上的父子关系,这里的父子关系是类加载器实例之间的关系。
类加载器加载Class大致要经过如下8个步骤。
- 1)检测此Class是否载入过(即在缓存区中是否有此Class),如果有则直接进入第8步,否则接着执行第2步。
- 2)如果父类加载器不存在(如果没有父类加载器,则要么parent一定是根类加载器,要么本身就是根类加载器),则跳到第4步执行;如果父类加载器存在,则接着执行第3步。
- 3)请求使用父类加载器去载入目标类,如果成功载入则跳到第8步,否则接着执行第5步。
- 4)请求使用根类加载器来载入目标类,如果成功载入则跳到第8步,否则跳到第7步。
- 5)当前类加载器尝试寻找Class文件(从与此ClassLoader相关的类路径中寻找),如果找到则执行第6步,如果找不到则跳到第7步。
- 6)从文件中载入Class,成功载入后跳到第8步。
- 7)抛出ClassNotFoundException异常。
- 8)返回对应的java.lang.Class对象。
public class URLClassLoaderTest {
private static Connection conn;
// 定义一个获取数据库连接的方法
public static Connection getConn(String url, String user, String pass) throws Exception {
if (conn == null) {
// 创建一个URL数组
URL[] urls = {new URL("file:mysql-connector-java-3.1.10-bin.jar")};
// 以默认的ClassLoader作为父ClassLoader,创建
URLClassLoaderURLClassLoader myClassLoader=new URLClassLoader(urls);
// 加载MySQL的JDBC驱动,并创建默认实例
Driver driver=(Driver)myClassLoader.loadClass("com.mysql.jdbc.Driver").newInstance();
// 创建一个设置JDBC连接属性的Properties对象
Properties props = new Properties();
// 至少需要为该对象传入user和password两个属性
props.setProperty("user", user);
props.setProperty("password", pass);
// 调用Driver对象的connect方法来取得数据库连接
conn = driver.connect(url, props);
}
return conn;
}
public static volid main(String[] args) throws Exception {
System.out.println(getConn("jdbc:mysql://localhost:3306/mysql", "root", "32147"));
}
}
再说下双亲委派模型:
双亲委派机制,其工作原理的是,如果一个类加载器收到了类加载请求,它并不会自己先去加载,而是把这个请求委托给父类的加载器去执行,如果父类加载器还存在其父类加载器,则进一步向上委托,依次递归,请求最终将到达顶层的启动类加载器,如果父类加载器可以完成类加载任务,就成功返回,倘若父类加载器无法完成此加载任务,子加载器才会尝试自己去加载,这就是双亲委派模式,即每个儿子都很懒,每次有活就丢给他爹去干,直到他爹说这件事我也干不了时,儿子自己才想办法去完成,就是啃爹的机制。
双亲委派机制的优势:采用双亲委派模式的是好处是Java类随着它的类加载器一起具备了一种带有优先级的层次关系,通过这种层级关可以避免类的重复加载,当父亲已经加载了该类时,就没有必要子ClassLoader再加载一次。其次是考虑到安全因素,java核心api中定义类型不会被随意替换,假设通过网络传递一个名为java.lang.Integer的类,通过双亲委托模式传递到启动类加载器,而启动类加载器在核心Java API发现这个名字的类,发现该类已被加载,并不会重新加载网络传递的过来的java.lang.Integer,而直接返回已加载过的Integer.class,这样便可以防止核心API库被随意篡改。
双亲委派模型的系统实现:
在 java.lang.ClassLoader 的 loadClass() 方法中,先检查是否已经被加载过,若没有加载则调用父类加载器的 loadClass() 方法,若父加载器为空则默认使用启动类加载器作为父加载器。如果父加载失败,则抛出 ClassNotFoundException 异常后,再调用自己的 findClass() 方法进行加载
protected synchronized Class<?> loadClass(String name,boolean resolve)throws ClassNotFoundException{
//check the class has been loaded or not
Class c = findLoadedClass(name);
if(c == null){
try{
if(parent != null){
c = parent.loadClass(name,false);
}else{
c = findBootstrapClassOrNull(name);
}
}catch(ClassNotFoundException e){
//if throws the exception ,the father can not complete the load
}
if(c == null){
c = findClass(name);
}
}
if(resolve){
resolveClass(c);
}
return c;
}
这就是今天要说的类加载,其实很多细节没有提到,等待有机会再深入谈谈。
猜你喜欢
- 2024-10-12 Java中类的加载顺序介绍(ClassLoader)
- 2024-10-12 深入理解Java类加载机制(一) java类的加载机制及加载过程
- 2024-10-12 JVM类加载机制 jvm类加载过程哪个描述正确
- 2024-10-12 Java虚拟机 9:Java 类加载机制,不懂没关系,听我一 一说了
- 2024-10-12 jvm之java类加载机制和类加载器(ClassLoader)的详解
- 2024-10-12 讲透JVM类加载机制,向高手进阶 jvm 类加载机制
- 2024-10-12 Java高级工程师必会的 JVM 类加载机制,一文带你了解JVM!
- 2024-10-12 深入理解Java类加载器机制 深入理解java类加载器机制是什么
- 2024-10-12 java面试常考点之--类加载 java类加载器面试题
- 2024-10-12 Java类加载机制,你理解了吗 java类加载机制使用什么模型
你 发表评论:
欢迎- 最近发表
- 标签列表
-
- oraclesql优化 (66)
- 类的加载机制 (75)
- feignclient (62)
- 一致性hash算法 (71)
- dockfile (66)
- 锁机制 (57)
- javaresponse (60)
- 查看hive版本 (59)
- phpworkerman (57)
- spark算子 (58)
- vue双向绑定的原理 (68)
- springbootget请求 (58)
- docker网络三种模式 (67)
- spring控制反转 (71)
- data:image/jpeg (69)
- base64 (69)
- java分页 (64)
- kibanadocker (60)
- qabstracttablemodel (62)
- java生成pdf文件 (69)
- deletelater (62)
- com.aspose.words (58)
- android.mk (62)
- qopengl (73)
- epoch_millis (61)
本文暂时没有评论,来添加一个吧(●'◡'●)