Java类装入器通常通过按固定顺序在一个或多个位置查找类来工作。例如,从命令行运行应用程序时,加载应用程序的类加载器首先在
rt.jar文件中(其他在bootclasspath上),然后在类路径指定的目录和JAR文件中查找。
Webapp的类加载在原理上类似,但在实践中要复杂一些。对于特定的Web应用程序,Web应用程序的类加载器按以下顺序查找类。例如,Tomcat
6按以下顺序查找类:
- JVM的Bootstrap类
- 系统类加载器类(在此描述)
- / WEB-INF / webapp的类
- webapp的/WEB-INF/lib/*.jar
- $ CATALINA_HOME / lib
- $ CATALINA_HOME / lib / *。jar
当然,一旦类加载器找到了要查找的类,就再也没有发现。因此,以后不会加载具有相同名称的类。
复杂之处在于,Web容器为每个Web应用程序都具有一个类加载器,并且这些类加载器委托给其他管理公共类的类加载器。实际上,这意味着对于整个容器(例如1.和2.),某些类将仅被加载一次,而其他类可能被不同的类加载器加载多次。
(当一个类被多次加载时,将导致不同的
Class对象和不同的类静态特性。就JVM而言,该类的版本是不同的类型,并且您不能从一个版本转换为另一个版本。)
最后,可以将Tomcat配置为允许“热加载”单个Web应用程序。这需要停止一个webapp,为其创建一个新的类加载器,然后重新启动它。
跟进
那么…同步静态方法将不会保护对多次加载该类的共享资源的访问?
这取决于细节,但可能不会。(或者看看是否以另一种方式,如果一个类 实际上
已被多次加载,则该类
static的每个“加载”方法都将访问一组不同的
static字段。)
如果您确实希望单例应用程序类实例由同一容器中的多个webapp共享,则将类放入其中
$CATALINA_HOME/lib或等效类是最简单的。但是您也应该问自己,这是否是好的系统设计。考虑合并Web应用程序,或使用请求转发等代替共享数据结构。单例模式在Web应用程序中往往很麻烦,而且这种情况更是如此。



