持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第16天，点击查看活动详情
java中的类加载器主要分为以下四类:
启动类加载器(BootStrap ClassLoader)， 主要负责加载jre/lib/rt.jar相关的字节码文件的。
扩展类加载器(Extension ClassLoader)， 主要负载加载 jre/lib/ext/*.jar 这些jar包的。
应用程序类加载器(Application ClassLoader)， 主要负责加载用户自定义的类以及classpath环境变量所配置的jar包的。
自定义类加载器(UserClassLoader)， 负责加载程序员指定的特殊目录下的字节码文件的。大多数情况下，自定义类加载器只需要继承ClassLoader这个抽象类，重写findClass()和loadClass()两个方法即可。 双亲委派机制原理 如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行。 如果父类的加载器还存在其父类加载器，则进一步向上委托，依次递归请求最终达到顶层的启动类加载器。 如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派机制。 优点 避免类的重复加载 保护程序安全，防止核心API被随意篡改 缺点 DriverManager是被启动类加载器加载的，那么在加载时遇到以上代码，会尝试加载所有Driver的实现类，但是这些实现类基本都是第三方提供的，第三方的类不能被启动类加载器加载。
那么，怎么解决这个问题呢？
于是，就在JDBC中通过引入ThreadContextClassLoader（线程上下文加载器，默认情况下是AppClassLoader）的方式来使用应用程序类加载器 破坏了双亲委派原则。
我们深入到ServiceLoader.load方法就可以看到： Tomcat Tomcat是web容器，那么一个web容器可能需要部署多个应用程序。
不同的应用程序可能会依赖同一个第三方类库的不同版本，但是不同版本的类库中某一个类的全路径名可能是一样的。
如果采用默认的双亲委派类加载机制，那么是无法加载多个相同的类。
所以，Tomcat破坏双亲委派原则，提供隔离的机制，为每个web容器单独提供一个WebAppClassLoader加载器。
Tomcat的类加载机制：为了实现隔离性，优先加载 Web 应用自己定义的类，所以没有遵照双亲委派的约定，每一个应用自己的类加载器——WebAppClassLoader负责加载本身的目录下的class文件，加载不到时再交给CommonClassLoader加载，这和双亲委派刚好相反。
一 为什么 1 防止同一个类被重复加载 加载某个类时，如果加载器有父类则先委托父类加载，没有父类时才自己加载 2 防止核心类被覆盖 比如String类，如果应用自己定义一个同包名的类
二 为何会有打破 1 SPI 机制 jdbc Driver 类是在rt.jar包中的是被 启动类加载器加载的，但是其实现类大都是第三方应用包中的如 mysql oracle等，启动类加载器只能加载固定目录下的rt.jar包中的类 所以出现了ThreadContextClassLoader 线程上下文加载器一般是应用加载器 AppContextLoader它可以加载应用包下的类
2 Tomcat tomcat下的每个webapp对应一个WebappClassLoader加载类，加载当前应用包下的类，这样就允许多个应用中引入不同版本的jar包了，而且每个jsp都有一个jsp加载类 前面3个类加载和默认的一致，CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader则是Tomcat自己定义的类加载器，它们分别加载/common/、/server/、/shared/*（在tomcat 6之后已经合并到根目录下的lib目录下）和/WebApp/WEB-INF/*中的Java类库。
其中WebApp类加载器和Jsp类加载器通常会存在多个实例，每一个Web应用程序对应一个WebApp类加载器，每一个JSP文件对应一个Jsp类加载器。
如何打破双亲委派机制？
1.自定义类加载器
自定义类加载器加载一个类需要：继承ClassLoader，重写findClass，如果不想打破双亲委派模型，那么只需要重写findClass；如果想打破双亲委派模型，那么就重写整个loadClass方法，设定自己的类加载逻辑 想要打破即重写的时候让自己去加载不让父加载器去加载
- 使用线程上下文类加载器
