tomcat 6 类加载、引用顺序

以下为tomcat 6.0之后版本(如有误人之处,欢迎指正)

1. tomcat类加载顺序:
1) 最先是$JAVA_HOME/jre/lib/ext/下的jar文件。
2) 环境变量CLASSPATH中的jar和class文件。
3) $CATALINA_HOME/lib 下的jar文件。
4) 各自具体的webapp /WEB-INF/classes下的class文件。
5) 各自具体的webapp /WEB-INF/lib下的jar文件。

 

2. tomcat类引用顺序:
1) 各自具体的webapp /WEB-INF/classes下的class文件。
2) 各自具体的webapp /WEB-INF/lib下的jar文件。

3) $CATALINA_HOME/lib 下的jar文件。

4) 环境变量CLASSPATH中的jar和class文件。

5) $JAVA_HOME/jre/lib/ext/下的jar文件。

### JVM类加载机制及过程详解 JVM的类加载机制是一个复杂但至关重要的过程,它决定了Java程序如何将`.class`文件中的二进制字节流转化为可以在JVM上执行的对象。以下是关于这一机制及其各个阶段的具体说明。 #### 1. 类加载器体系结构 JVM采用了一种层次化的类加载器模型,主要括以下三种类型的类加载器[^2]: - **启动类加载器 (Bootstrap ClassLoader)** 负责加载核心Java库(如`rt.jar`),通常位于`$JAVA_HOME/lib/`目录下。它是JVM的一部分,由本地代码实现,并不继承自`java.lang.ClassLoader`。 - **扩展类加载器 (Extension ClassLoader)** 负责加载标准扩展库,默认路径为`$JAVA_HOME/lib/ext/`或由系统属性`java.ext.dirs`指定的位置。它是`java.lang.ClassLoader`的一个子类。 - **应用程序类加载器 (Application ClassLoader)** 又称为系统类加载器,用于加载用户的应用程序代码,默认路径为当前类路径(即环境变量`CLASSPATH`)所指向的目录或jar。 可以通过如下代码验证不同类加载器的作用范围[^3]: ```java public class TestJDKClassLoader { public static void main(String[] args) { // 输出核心类的加载器(null表示由启动类加载器加载) System.out.println("引导类加载器:" + String.class.getClassLoader()); // 输出扩展类的加载器 System.out.println("扩展类加载器:" + DESKeyFactory.class.getClassLoader()); // 输出应用类的加载器 System.out.println("应用程序类加载器:" + TestJDKClassLoader.class.getClassLoader()); } } ``` --- #### 2. 类加载的过程 类加载分为五个主要阶段:**加载、连接、初始化**。其中,“连接”又细分为三个子阶段:**验证、准备、解析**[^4]。 ##### (1)加载 在此阶段,JVM完成以下操作: - 根据类的全限定名找到对应的`.class`文件; - 将其读取为二进制字节流并存储到内存的方法区中; - 创建一个代表此类的`Class`对象实例,作为访问方法区数据的入口。 ##### (2)连接 ###### a. 验证 确保加载的类符合JVM规范,防止恶意代码破坏运行时安全。验证的内容括但不限于: - 文件格式是否正确; - 字节码指令是否有非法跳转; - 访问权限是否合法等。 ###### b. 准备 为类的静态字段分配内存空间,并设置默认初始值(注意此时不会执行任何代码逻辑)。例如对于`static int value = 10;`,在准备阶段只会将其赋值为`0`,而不是`10`。 ###### c. 解析 将类中的符号引用替换为直接引用。这一步骤涉及对方法、字段以及父类的查找和绑定。 ##### (3)初始化 这是最后一个阶段,在这里才会真正执行类中的代码逻辑,主要是为了给类的静态变量赋予正确的初值,并执行静态代码块。如果存在父类,则需先完成父类的初始化再处理子类。 --- #### 3. 触发类加载的情况 并非所有的类都会立即被加载至内存,只有满足特定条件时才触发加载行为: - 当主函数所在的类被执行时; - 使用`new`关键字创建对象实例; - 获取或修改某个类的静态成员变量; - 调用某类的静态方法; - 利用反射API动态加载类; - 初始化过程中发现尚未加载的父类或接口。 --- #### 4. 双亲委派机制与例外情况 双亲委派机制规定了类加载器的工作顺序——当接收到一个类加载请求时,优先交由上级类加载器尝试加载;仅当下级无法完成加载任务时,本层加载器才会介入工作[^5]。然而某些框架(如Tomcat)出于隔离需求可能会打破这种模式,自行定制专属的类加载策略。 --- ### 总结 综上所述,JVM的类加载机制不仅涵盖了多种类型的加载器协作分工,还含了多个严谨有序的操作环节以保障程序稳定高效地运行于虚拟环境中。理解这些原理有助于开发者更好地优化性能、排查错误甚至设计插件化架构解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值