类加载运行全过程
整体流程
类加载的流程
加载之前
- 验证
格式是否正确 - 准备
静态变量附默认值 - 解析
符号引用 替换为直接引用
字面量替换成汇编指令的符号量
字节码加载到方法区后符号量都有内存地址
静态链接:常用的不变符号直接替换为内存地址
动态链接:可变的如方法调用在运行时再替换为内存地址 - 初始化
静态变量初始化为却确定的值、执行静态代码块
概念
类加载器
- 引导类加载器()
c++实现 加载JRE lib下的核心类库 - 扩展类加载器(ExtClassLoader)
加载JRE lib下的ext类库 - 应用程序类加载器(AppClassLoader)
加载class Path下的类库 - 自定义加载器
自定义加载
sun.misc.Launcher创建的时候会再静态变量里new Launcher()
再构造器中 会创建扩展类加载器 和 app加载器
再new扩展类和app类加载器的时候 会先调用父类的构造器 URLClassLoader
创建app加载器的时候将 扩展类加载器传入作为父加载器
ext加载器的父加载器为null
默认的三个类加载器加载的类的目录是已经指定好了可以用如下打印看下
//引导类加载器
System.out.println(System.getProperty("sun.boot.class.path"));
//扩展类加载器
System.out.println(System.getProperty("java.ext.dirs"));
//应用类加载器
System.out.println(System.getProperty("java.class.path"));
双亲委派机制
双亲委派就是类加载器在加载类的时候
首先看下自己是否已经加载
如果没有加载则委托给父类加载
如果最终引导类加载器也不能加载(找不到文件)则委托给子类加载
jvm在加载类的时候会调用 launcher.getClassLoader()
获取到的是appClassLoader
然后执行 loadClass()
为什么设计双亲委派?
- 沙箱安全
- 避免类的重复加载
全盘委托机制:
如果类加载器可以加载某类 则某类以来的类也由此加载器加载
每个类加载器加载的路径也是指定好的
自定义加载器
继承 ClassLoader(因为有很多实现可以直接用)
重写 findClass 和 loadClass
默认父构造器是 appClassloader
因为初始化的时候调用父类的构造方法
此时父类字段传入 systemClassLoader 也就是appClassLoader
打破双亲委派机制
因为父类ClassLoader 的loadClass() 已经写了 如果父类存在 则调用父类loaderClass
如果不存在则使用 引导其类加载器也就是 bootstrapClassLoader
所以想打打破这需要重写 loadClass()
在重写的时候需要注意 java 核心 和 ext 因为安全校验必须还是由自己的类加载器加载
Tomcat类加载机制
不同的war包里边只加载自己的war包内的内容 相互隔离
Java 和 tomcat核心包还是用双亲委派机制
war包采用自定义类加载器加载
JSP热加载
每一个jsp都有一个类加载器
监听jsp文件是否有变动 新的线程启动定时任务监控
监控到有变动直接重新new一个新的类加载器