打破双亲委派机制有什么用_打破双亲委派【JVM:类加载机制深度剖析】第9篇...

本文在文章底部有配套学习视频

前言

我们上面分析了tomcat通过打破双亲委派机制实现了隔离性。那我们自己要怎么实现呐。

一、如何打破双亲委派机制

那我们分析下我们这个MyClassLoaderTest这个加载类的过程&＃xff1a;

(1)从main的classLoader.loadClass()进行加载我们指定的类。

Class clazz &＃61; classLoader.loadClass("com.kfit.jvm.User1");System.out.println(clazz.getClassLoader().getClass().getName());

(2)loadClass调用的是父类的Classload.loadClass(name,resolve):

protected Class> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loadedClass> c &＃61; findLoadedClass(name);if (c &＃61;&＃61; null) {long t0 &＃61; System.nanoTime();try {if (parent !&＃61; null) {c &＃61; parent.loadClass(name, false);} else {c &＃61; findBootstrapClassOrNull(name);}} catch (ClassNotFoundException e) {// ClassNotFoundException thrown if class not found// from the non-null parent class loader}if (c &＃61;&＃61; null) {// If still not found, then invoke findClass in order// to find the class.long t1 &＃61; System.nanoTime();c &＃61; findClass(name);// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}

这里的代码关注如果c&＃61;null的时候&＃xff0c;就会使用parent的loadClass()&＃xff0c;如果最终parent为null的话&＃xff0c;那么就使用bootstrapclass loader。

MyClassLoaderTest的的parent会是哪个呐&＃xff1f;

大家可以使用debug下&＃xff0c;可以看到是ExtClassLoader&＃xff1a;

AppClassLoader在去找父类ExtClassLoader&＃xff1a;

这个就是我们之前讲过的双亲委派加载机制。

特别注意&＃xff1a;在启动的时候&＃xff0c;会先执行加载AppClassLoader去加载jvm核心的一些类库&＃xff0c;所以debug的时候&＃xff0c;要注意观察当前使用的是哪个类加载器&＃xff0c;加载的哪个类。

通过上面的分析如果我们要打破双亲委派机制&＃xff0c;那么可以重写loadClass()方法。

二、自定义加载器打破双亲委派机制

我们来看下MyClassLoaderTest2&＃xff0c;我们通过重写loadClass()打破了双亲委派机制。

protected Class> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loadedClass> c &＃61; findLoadedClass(name);if (c &＃61;&＃61; null) {long t0 &＃61; System.nanoTime();//需要系统类从系统类进行加载.if("java.lang.Object".equals(name)){Class> clazz &＃61; null;ClassLoader system &＃61; getSystemClassLoader();try {c &＃61; system.loadClass(name);} catch (Exception e) {// ignore}}//从自己的类加载进行加载.if (c &＃61;&＃61; null) {// If still not found, then invoke findClass in order// to find the class.long t1 &＃61; System.nanoTime();c &＃61; findClass(name);// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}}

运行看下结果&＃xff1a;

使用了我们自己定义的类加载&＃xff0c;但是好像也不能看出打破了双亲加载呐&＃xff1f;可以作如下测试&＃xff1a;1)在我们的应用中复制一个com.kfit.jvm.User1的类,(1.1)然后运行&＃xff0c;发现还是使用的&＃xff1a;MyClassLoaderTest2$MyClassLoader(1.2)注释掉我们的上面的loadClass代码&＃xff0c;在运行&＃xff0c;那么结果是&＃xff1a;Launcher$AppClassLoader

(2)尝试去加载&＃xff1a;java.lang.String&＃xff1a;

会报错&＃xff1a;

java.lang.SecurityException: Prohibited package name: java.lang

上面的测试说明我们确实打破了双亲委派机制&＃xff0c;另外还说明了一点就是对于JDK核心的类是被保护的&＃xff0c;所在包是被禁止的。