https://blog.csdn.net/z318913/article/details/127695088

如果使用默认的类加载器，是无法实现加载同一类库的不同版本依赖的。默认的类加载器是依赖该类的全限定全限定类名的，并且只会加载一个类。

一、tomcat类加载器的设计

Tomcat使用默认的类加载机制行不行 ？

跟着我的思路思考一下：Tomcat是个web容器，web容器要解决什么问题？

• 一个web容器可能要部署多个应用程序，不同的应用程序之间可能会依赖同一个第三方库的不同版本，不能要求同一个类库在同一个服务器只有一份，所以 Tomcat 要具有隔离性，每个服务都是独立的。
• 部署在同一个web容器的多个应用程序的同一个第三方库的版本可能相同，但是不能要求同一版本的类库在每个服务器都有一份，所以tomcat要具有共享性。
• web 容器也有自己依赖的类库，不能与应用程序的类库混淆，出于安全性能考虑，应该让容器的类库和程序的类库隔离开来。
• web 容器要支持jsp的修改，因为jsp文件也是要编译成class文件才能在虚拟机中运行，我们要实现热部署的设计，所以web容器应该支持修改 jsp 之后不用重启。

二、tomcat使用默认的类加载器行不行

答案肯定是不行的。

为什么呢？因为通过我们上面的web容器需要具备的几个特性就知道，如果使用默认的类加载器，是无法实现加载同一类库的不同版本依赖的，默认的类加载器的加载是依据该类的全限定类名的，并且只会加载一个类。

第二个问题，默认的类加载器是能够实现的，因为他的职责就是保证唯一性。第三个问题和第一个问题一样。我们再看第四个问题，我们想我们要怎么实现jsp文件的热修改，jsp 文件其实也就是class文件，那么如果修改了，但类名还是一样，类加载器会直接取方法区中已经存在的，修改后的jsp是不会重新加载的。