tomcat打破双亲委派

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

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

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

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

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

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

相关问题

tomcat打破双亲委派模型

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

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

Tomcat打破双亲委派模型的需求主要源于类加载的隔离要求。根据引用中的描述，Tomcat需要满足两点要求：一是不同的web应用可能会依赖相同第三方库的不同版本，需要保证它们之间的隔离；二是Tomcat自身的类库与所有的web应用也需要进行隔离。为了满足这些要求，Tomcat选择了打破双亲委派模型的方式来加载类，从而实现了依赖隔离的目的。

综上所述，Tomcat打破双亲委派模型，以实现依赖隔离的目的。

tomcat如何打破双亲委派机制

在Java的类加载机制中，存在着一种双亲委派机制，即当一个类被加载时，会首先委托其父类加载器去加载，如果父类加载器无法加载该类，再由当前类加载器去加载。而Tomcat作为一个应用服务器，需要加载许多自定义的类，有时需要打破双亲委派机制。

可以通过如下两种方式来打破双亲委派机制：

1. 自定义类加载器

实现一个自定义的ClassLoader，在加载类的时候，不委托给父类加载器去加载，而是直接加载。可以通过重写findClass方法来实现。

2. 在Tomcat的CATALINA_OPTS环境变量中添加参数

在启动Tomcat时，在CATALINA_OPTS环境变量中添加如下参数：

-Dcatalina.loader.parent-first=false

该参数表示关闭父类加载器优先加载的机制，即打破双亲委派机制。这种方式可以比较方便地实现，但是可能会影响到Tomcat的其他应用程序的运行。