双亲委派机制
在加载类的时候，会一级一级向上委托，判断是否已经加载，从自定义类加载器-》应用类加载器-》扩展类加载器-》启动类加载器，如果到最后都没有加载这个类，则回去加载自己的类。
双亲委托有个弊端：
不能向下委派，不能不委派
怎么打破双亲委派机制：（也就是能向下委派和不委派）
自定义类加载器（不委派）
spi机制（向下委派）
打破双亲委派
打破双亲委派的两种方式：
1.通过spi机制，使用ServiceLoader.load去加载
2.通过自定义类加载器，继承classloader，重写loadclass方法
SPI机制
spi机制是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件，自动加载文件里所定义的类。这一机制为很多框架扩展提供了可能，比如在JDBC中就使用到了SPI机制。
为什么通过spi机制就能打破双亲委托？
因为在某些情况下父类加载器需要委托子类加载器去加载class文件。受到加载范围的限制，父类加载器无法加载到需要的文件。
以Driver接口为例，DriverManager通过Bootstrap ClassLoader加载进来的，而com.mysql.jdbc.Driver是通过Application ClassLoader加载进来的。由于双亲委派模型，父加载器是拿不到通过子加载器加载的类的。这个时候就需要启动类加载器来委托子类来加载Driver实现，从而破坏了双亲委派。
SPI机制demo：
public interface HelloService {public String getName();}public class Hello1 implements HelloService{@Overridepublic String getName() {return "hello1";}}public class Hello2 implements HelloService{@Overridepublic String getName() {return "hello2";}}
来一个main方法去加载它，将使用ServiceLoader来进行加载
public class SPITest {public static void main(String[] args) {ServiceLoader<HelloService> serviceLoader = ServiceLoader.load(HelloService.class);for (HelloService helloService :serviceLoader){System.out.println(helloService.getName());}}}
配置文件，文件名为接口的全路径，文件内容为实现类的全路径，如我的为：com.chuan.service.Hello1
输出结果：hello1
只配置了Hello1，所以只发现了这一个实现类。
自定义类加载器
实现逻辑：自定义类继承classLoader，作为自定义类加载器，重写loadClass方法，不让它执行双亲委派逻辑，从而打破双亲委派。
先看一个没有重写的demo
结果：
sun.misc.Launcher$AppClassLoader@58644d46
发现是app类加载器。
然后重写loadClass方法
public class MyClassLoader extends ClassLoader{public static void main(String[] args) throws ClassNotFoundException {// ServiceLoader.load()MyClassLoader myClassLoader = new MyClassLoader();Class<?> aClass = myClassLoader.loadClass(Test1.class.getName());System.out.println(aClass.getClassLoader());}protected Class<?> findClass(String className) throws ClassNotFoundException {System.out.println("My findClass!");return null;}protected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {Class<?> c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();try {//修改classloader的原双亲委派逻辑，从而打破双亲委派if (name.startsWith("com.chuan")){c=findClass(name);}else {c=this.getParent().loadClass(name);}} catch (ClassNotFoundException e) {}if (c == null) {long t1 = System.nanoTime();c = findClass(name);sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}}class Test1{}
运行报错，因为没有委派给app类加载器，所以找不到加载不了这个类。
那么新的问题又来了，如果我自定义类记载器和核心类重名怎么办，该怎么加载，又或者我想篡改核心类内容，jvm又是怎么解决的？
jvm肯定解决了这个问题，openjdk源码在AccessController.doPrivileged
学名叫做沙箱安全机制，主要作用是：保护核心类，防止打破双亲委派机制，防篡改，如果重名的话就报异常，这里的重名指包名加类名都重复。
demo：
package java.lang;public class Integer {public static void main(String[] args) {System.out.println("1");}}
运行报错：
错误: 在类 java.lang.Integer 中找不到 main 方法, 请将 main 方法定义为:
public static void main(String[] args)
否则 JavaFX 应用程序类必须扩展javafx.application.Application
如果觉得《双亲委派机制及打破双亲委派示例》对你有帮助，请点赞、收藏，并留下你的观点哦！
