本篇内容主要讲解“怎么破坏Java双亲委派模型”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“怎么破坏Java双亲委派模型”吧!
重写findClass不会破坏双亲委派模型，同时也验证了双亲委派模型的正确性。
计算
安全
数据库
网络和加速
企业服务
package com.example.classloader;
import org.junit.Test;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileNotFoundException;
import java.io.IOException;
public class TestClassLoader {
@Test
public void test() {
Class<?> class0 = TestClassLoader.class;
try {
// false
System.out.println(class0.getClassLoader() instanceof MyClassLoader);
Class<?> class1 = class0.getClassLoader().loadClass("com.example.classloader.TestClassLoader");
ClassLoader classLoader = new MyClassLoader();
Class<?> class2 = classLoader.loadClass("com.example.classloader.TestClassLoader");
// true
System.out.println(class0.equals(class1));
// true
System.out.println(class1.equals(class2));
// sun.misc.Launcher$AppClassLoader@18b4aac2
System.out.println(class0.getClassLoader());
// sun.misc.Launcher$AppClassLoader@18b4aac2
System.out.println(class1.getClassLoader());
// sun.misc.Launcher$AppClassLoader@18b4aac2
System.out.println(class2.getClassLoader());
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
/**
* 自定义一个类加载器从指定磁盘目录加载类
* 重写findClass不破坏双亲委派模型
*/
public class MyClassLoader extends ClassLoader {
@Override
protected Class<?> findClass(String name) {
String myPath = "/Users/lsx/code/demo/target/classes/" + name.replace(".", "/") + ".class";
byte[] classBytes = null;
FileInputStream in = null;
try {
File file = new File(myPath);
in = new FileInputStream(file);
classBytes = new byte[(int) file.length()];
in.read(classBytes);
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
} finally {
try {
in.close();
} catch (IOException e) {
e.printStackTrace();
}
}
Class<?> clazz = defineClass(name, classBytes, 0, classBytes.length);
return clazz;
}
}
}重写loadClass破坏双亲委派模型，父类的加载（Object）也会交由我们自自定义的类加载器加载。而很明显在我们自定义的加载目录下是不会有Object.class这个文件的，所以会抛出异常。
/**
* 重写loadClass破坏双亲委派模型
* java.io.FileNotFoundException: /Users/lsx/code/demo/target/classes/java/lang/Object.class (No such file or directory)
*/
public class MyClassLoader extends ClassLoader {
@Override
public Class<?> loadClass(String name) {
String myPath = "/Users/lsx/code/demo/target/classes/" + name.replace(".", "/") + ".class";
System.out.println(myPath);
byte[] classBytes = null;
FileInputStream in = null;
try {
File file = new File(myPath);
in = new FileInputStream(file);
classBytes = new byte[(int) file.length()];
in.read(classBytes);
} catch (FileNotFoundException e) {
e.printStackTrace();
} catch (IOException e) {
e.printStackTrace();
} finally {
try {
in.close();
} catch (IOException e) {
e.printStackTrace();
}
}
System.out.println();
Class<?> clazz = defineClass(name, classBytes, 0, classBytes.length);
return clazz;
}
}总结：如果不想打破双亲委派模型就重写ClassLoader类中的findClass()方法即可，无法被父类加载器加载的类最终会通过这个方法被加载。而如果想打破双亲委派模型则需要重写loadClass()方法。
原生的JDBC中Driver驱动本身只是一个接口，并没有具体的实现，具体的实现是由不同数据库类型去实现的。例如，MySQL的mysql-connector-.jar中的Driver类具体实现的。 原生的JDBC中的类是放在rt.jar包的，是由启动类加载器进行类加载的，在JDBC中的Driver类中需要动态去加载不同数据库类型的Driver类，而mysql-connector-.jar中的Driver类是用户自己写的代码，那启动类加载器肯定是不能进行加载的，既然是自己编写的代码，那就需要由应用程序启动类去进行类加载。于是乎，这个时候就引入线程上下文件类加载器(Thread Context ClassLoader)。有了这个东西之后，程序就可以把原本需要由启动类加载器进行加载的类，由应用程序类加载器去进行加载了。通过线程上下文加载器去加载所需要的SPI代码，也就是父类加载器请求子类加载器去完成类加载的动作，实际是通过打破了双亲委派模型的层次结构来逆向使用类加载器，违背了双亲委派模型的一般性原则。具体参考以JDBC为例谈双亲委派模型的破坏
双亲委派模型的第三次“被破坏”是由于用户对程序的动态性的追求导致的。为了实现热插拔、热部署、模块化，意思是添加一个功能或减去一个功能不用重启，只需要把这模块连同类加载器一起换掉就实现了代码的热替换。例如OSGi的出现，在OSGi环境下类加载器不再是双亲委派模型中的树状结构，而是进一步发展为网状结构。
到此，相信大家对“怎么破坏Java双亲委派模型”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
亿速云「云服务器」，即开即用、新一代英特尔至强铂金CPU、三副本存储NVMe SSD云盘，价格低至29元/月。点击查看>>
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
原文链接：https://my.oschina.net/KafkaPlus/blog/3068004
