Tomcat 如何打破双亲委派模型

在Java的类加载机制中，有一个双亲委派模型，它可以保证Java类库的安全性和稳定性。但是有时候我们需要打破这个模型，例如在Web容器中，我们可能需要使用一些自己编写的类而不是从父类加载器中继承的类。Tomcat就是一个典型的Web容器，它提供了多种方式来打破双亲委派模型。

一种方式是使用Java的反射机制来绕过双亲委派模型，具体做法是使用Thread.currentThread().getContextClassLoader()获取当前线程的上下文类加载器，然后通过反射机制调用它的loadClass()方法来加载自己编写的类。

另一种方式是使用Tomcat提供的特殊类加载器，例如WebAppClassLoader和ParallelWebappClassLoader。这些类加载器可以加载Web应用程序的类，而不必依赖于父类加载器。通过设置Tomcat的配置文件或者Java虚拟机参数来指定使用这些特殊类加载器即可。

相关问题

tomcat打破双亲委派模型

Tomcat打破了双亲委派模型，以实现依赖隔离的目的。根据引用中的描述，Tomcat在整体上满足双亲委派模型，但在局部打破了这个规则。这意味着Tomcat在加载类时，会先委托父类加载器加载，但对于一些特殊情况，Tomcat会自行加载类，而不再委托父类加载器。这种打破双亲委派模型的方式使得Tomcat能够实现类的依赖隔离。

根据引用所述，JDK自带的双亲委派模型是无法解决加载两个版本类的问题的，因为默认的ClassLoader#loadClass方法会检查类是否已经加载过，保证了类在进程中是唯一的。但是，如果我们需要加载两个版本的类，就需要打破原有的双亲委派模型。

Tomcat打破双亲委派模型的需求主要源于类加载的隔离要求。根据引用中的描述，Tomcat需要满足两点要求：一是不同的web应用可能会依赖相同第三方库的不同版本，需要保证它们之间的隔离；二是Tomcat自身的类库与所有的web应用也需要进行隔离。为了满足这些要求，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包，而是直接由当前类加载器加载指定的类。

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