tomcat自定义类加载器

Tomcat自定义类加载器是指Tomcat服务器在启动时，会创建自己的类加载器，用于加载Web应用程序中的类。这种类加载器可以加载Web应用程序中的类，同时也可以加载Tomcat服务器中的类。Tomcat自定义类加载器的主要作用是解决Web应用程序中的类与Tomcat服务器中的类之间的冲突问题，同时也可以实现热部署功能。

Tomcat自定义类加载器的实现方式是通过继承Java的ClassLoader类来实现的。Tomcat自定义类加载器会首先尝试使用父类加载器来加载类，如果父类加载器无法加载该类，则会使用自定义类加载器来加载该类。这种方式可以保证Web应用程序中的类与Tomcat服务器中的类之间的隔离性，同时也可以避免类的重复加载。

Tomcat自定义类加载器的实现还可以解决JAR包多版本冲突的问题。当Web应用程序中需要使用多个版本的同一个JAR包时，Tomcat自定义类加载器可以根据需要加载不同版本的JAR包，从而避免版本冲突的问题。

相关问题

打破双亲加载tomcat

在传统的Tomcat部署方式中，默认会由双亲类加载器加载Tomcat的核心类。双亲类加载器是Java虚拟机中的一个重要概念，它采用了双亲委派模型，通过一层一层向上委托的方式来加载类。在这种模型中，首先会尝试由Bootstrap类加载器加载类，如果找不到，再由ExtClassLoader（扩展类加载器）加载，如果还找不到，最后由AppClassLoader（应用类加载器）加载。这样的设计可以保证类的加载是有序的，缓解了不同类之间的命名冲突问题。

然而，在某些特殊的情况下，我们可能需要打破双亲委派模型，自定义加载一些特殊的类。其中一种常见的场景是在应用中使用了一些第三方库，而这些库的版本与Tomcat的核心类库存在冲突，可能需要直接加载特定版本的类。

打破双亲类加载器加载Tomcat的核心类可以通过在启动Tomcat时指定自定义的类加载器来实现。具体操作是，在启动脚本或配置文件中增加如下的参数：

-Dcatalina.loader=org.apache.catalina.loader.ParallelWebappClassLoader

这样，Tomcat启动时将使用ParallelWebappClassLoader作为类加载器，它可以直接加载WEB-INF/lib目录下的JAR包中的类，而不经过双亲类加载器的委派。

需要注意的是，打破双亲类加载器加载Tomcat的核心类是一种高级配置，需要谨慎使用。对于大多数场景，我们应该依赖Tomcat默认的类加载机制，而避免直接修改Tomcat的类加载器配置。只有在特殊情况下才需要考虑自定义加载器。正确的使用类加载机制有助于保证应用的稳定性和兼容性。

tomcat打破双亲委派

Tomcat在启动的时候采用了Java的标准类加载机制，即双亲委派模型。在这种模型下，当一个类加载器收到一个类加载请求时，它首先会将请求委派给其父类加载器去处理，只有在父类加载器无法找到对应的类时，才会由该类加载器自己去加载该类。

然而，有时候我们需要在Tomcat中引入一些自己编写的类或第三方库，这些类和库可能和Tomcat中已有的类或库产生冲突，这时候就需要打破双亲委派模型，让Tomcat中的类加载器能够优先加载我们自己编写的类或库。

Tomcat中打破双亲委派模型的方法有两种：

1. 在Tomcat中使用WebAppClassLoader的addTransformer()方法，将自定义的类加载器传递给它，然后使用自定义的类加载器加载指定的类。这种方法可以在不修改Tomcat源代码的情况下打破双亲委派模型。

2. 在Tomcat启动脚本中修改CATALINA_OPTS环境变量，添加“-Dcatalina.loader. searchDefaultJar=false”的参数。这个参数会告诉Tomcat在加载类时不再搜索Tomcat的默认jar包，而是直接由当前类加载器加载指定的类。

需要注意的是，打破双亲委派模型可能会导致类加载器之间产生冲突，从而引发一些问题。因此，在使用这种方法时，需要谨慎考虑，并测试其是否能够正常工作。