Tomcat-Tomcat类加载机制

本文探讨了Tomcat为何不能使用默认的类加载机制,并详细解释了Tomcat的类加载机制,包括CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader的功能与相互关系,以及如何实现类库隔离和JSP的HotSwap功能。Tomcat违背了Java的双亲委派模型以增强隔离性和安全性。
摘要由CSDN通过智能技术生成

一.要解决的问题?

  1. 部署在同一个服务器上的两个Web应用程序所使用的的Java类库可以实现相互隔离。这是最基本的要求,两个不同的应用程序可能会依赖同一个第三方类库的不同版本,不能要求一个类库在服务器中只有一份,服务器应当保证两个应用程序的类库可以互相独立使用。
  2. 部署在同一个服务器上的两个Web应用程序所使用的Java类库可以共享。这个需求也很常见,例如,用户可能有10个使用Spring组织的应用程序部署在同一台服务器上,如果把10份Spring分别存放在各个应用程序的隔离目录中,将会是很大的资源浪费--这主要倒不是浪费磁盘空间的问题,而是指类库在使用时都要被加载到服务器内存,如果类库不能被共享,虚拟机的方法区就会很容易出现过度膨胀的风险。
  3. 服务器需要尽可能的保证自身的安全不受部署的Web应用程序影响。目前,有许多主流的Java Web服务器自身也是使用Java语言来实现的。因此,服务器本身也有类库依赖的问题,一般来说,基于安全考虑,服务器所使用的类库应该与应用程序的类库相互独立。
  4. 支持JSP应用的Web服务器,大多数都需要支持HotSwap功能。JSP文件最终是要编译成Java Class才能由虚拟机执行,但JSP文件由于其纯文本存储的特性,运行时修改的概率远远大于第三方类库或程序自身的Class文件。

由于存在上述问题,在部署Web应用时,单独一个ClassPath就无法满足需求,所以各种Web服务器都“不约而同”地提供好几个ClassPath路径供用户存放第三方类库,这些路径一般都以“lib”或“classes”命名。被放置到不同路径的类库,具备不同的访问范围和服务对象,通常,每一个目录都会有一个相应的自定义类加载器去加载防止在

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值