tomcat如何打破双亲委派机制

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

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

1. 自定义类加载器

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

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

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

-Dcatalina.loader.parent-first=false

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

相关问题

双亲委派机制，好处是什么，为什么要打破双亲委派机制，tomcat怎么打破双亲委派机制的？

双亲委派机制（Parent-Delegation Model）是Java类加载器体系结构中的一项重要设计，它的工作原理是在类被请求时，先由当前类加载器寻找，如果找不到再委托给父级加载器查找。这样做的好处主要有：

1. 安全性：防止恶意代码替换系统类库，因为每个类加载器只负责加载自己的路径下的类。

2. 隔离性：避免类名冲突，子类加载器不会覆盖父加载器已经加载过的类。

然而，有时可能需要打破这种机制，比如：

1. 自定义类加载：当开发者希望在特定环境或上下文中动态加载类，例如Web应用程序中的Spring框架或第三方库可能需要自定义类加载策略。

2. 组合加载器：为了兼容多个版本的库或者需要处理不同版本之间的依赖冲突。

Tomcat作为Java Web应用服务器，提供了几种方法来打破双亲委派机制：

1. 使用`java.lang.instrument包`：这个API允许动态修改运行时类文件，可以在应用启动后，通过ClassFileTransformer接口改变类加载行为。

2. 在web.xml中配置`<loader>`元素：对于Servlet或JSP等资源，可以通过 `<Context>` 标签内的 `<Loader>` 元素来指定一个非标准的类加载器，如`org.springframework.web.context.support.AnnotationConfigWebApplicationContext$AnnotationConfigwarClassLoader`。

3. 使用`WebappLoader`或`CustomClassLoader`：这些类允许创建一个自定义的类加载器，用于Tomcat应用中的某个特定区域。

总之，打破双亲委派机制是为了满足特殊需求，但在实际操作中需要谨慎，因为它可能会引入安全风险和复杂性。

tomcat打破双亲委派

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

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

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

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

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

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