前言：
我们都知道判断两个类是不是同一个，要根据类加载器和全限定名。这是为什么呢？为什么不同的类加载器加载同一个类是不同的呢？
答案就是，不同的类加载器所加载的类在方法区的存储空间是不同的即InstanceKlass的不同。不同类加载器之间的空间是分隔开的。同一个类在一个类加载器中只会加载一次。
双亲委派的弊端，无法做到不委派，也无法向下委派。
沙箱安全：
虽然JVM让我们用一些方式打破双亲委派，但是对于系统的核心类库JVM是会进行保护不让篡改的。如果自己写了和核心类库相同的类，在运行的时候会出错。
我们从上篇中有介绍classLoader.loadClass的时候会进行双亲委派进行加载，如果双亲都找不到指定类会调用findClass方法。
classLoader类中的loadClass有默认的实现就是双亲委派逻辑，findClass没有默认的实现需要自定义类加载器来实现。
所以如果只是使用一个自定义类加载器而不打破双亲委派，只要继承ClassLoader来重写findClass。如果想打破双亲委派，也要重写loadClass方法了，做到不委派。
SPI ，全称为 Service Provider Interface，是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件，自动加载文件里所定义的类。
这一机制为很多框架扩展提供了可能，比如在Dubbo、JDBC中都使用到了SPI机制。我们先通过一个很简单的例子来看下它是怎么用的。SPI是实现向下委派的。
1：接口类模块
就一个接口，让其它模块通过Maven引用。
2：第一个接口实现类模块
只有一个实现类，在resources下面增加META-INF/services文件夹，文件夹下面增加一个文本文件，文件名是实现的接口全路径，文件里面的内容是实现的类的全路径。
3：第二个接口实现类模块
接下来我们开始使用SPI机制
我们在pom中引入第一个实现类模块：
上述main方法执行的结果就是对应实现类的执行结果。
当引入多个实现类的时候，都可以执行。
原文：https://www.cnblogs.com/krock/p/14229257.html