通过java命令执行代码的流程如下:
类加载器的类型:
引导类加载器:负责加载支撑JVM运行的位于JRE的lib目录下的核心类库,比如 rt.jar、charsets.jar等,引导类加载器是由C++创建
扩展类加载器:负责加载支撑JVM运行的位于JRE的lib目录下的ext扩展目录中的JAR类包
应用程序类加载器:负责加载ClassPath路径下的类包,主要就是加载你自己写的那些类
自定义加载器:负责加载用户自定义路径下的类包
类加载器初始化过程:
1、参见类运行加载全过程图可知其中会创建JVM启动器实例sun.misc.Launcher。
sun.misc.Launcher初始化使用了单例模式设计,保证一个JVM虚拟机内只有一个 sun.misc.Launcher实例。
2、在Launcher构造方法内部,其创建了两个类加载器,分别是
sun.misc.Launcher.ExtClassLoader(扩展类加载器)和sun.misc.Launcher.AppClassLoader(应用类加载器)。
3、JVM默认使用Launcher的
getClassLoader()方法返回的类加载器
AppClassLoader的实例加载我们的应用程序。
注意,
主类在运行过程中如果使用到其它类,会逐步加载这些类。
jar包或war包里的类不是一次性全部加载的,是使用到时才加载。
双亲委派机制:
JVM的类加载器的亲子结构;
加载器都是继承的ClassLoader,ClassLoader中有个parent,亲子关系是这个parent来体现;
如应用程序加载器的parent是扩展类加载器、如扩展类加载器的parent是引导类加载器;
这里类加载其实就有一个双亲委派机制,加载某个类时会先委托父加载器寻找目标类,找不到再委托上层父加载器加载,如果所有父加载器在自己的加载类路径下都找不到目标类,则在自己的类加载路径中查找并载入目标类。
双亲委派机制说简单点就是,先找父亲加载,不行再由儿子自己加载
为什么要设计双亲委派机制?
1、沙箱安全机制:自己写的java.lang.String.class类不会被加载,这样便可以防止核心
API库被随意篡改
2、避免类的重复加载:当父亲已经加载了该类时,就没有必要子ClassLoader再加载一
次,保证
被加载类的唯一性
如下图加载的是java中的String而不是自定义的String类
tomcat打破双亲委派机制的原因:
1、tomcat中可以部署多个web项目,不同的应用程序可能会
依赖同一个第三方类库的
不同版本,不能要求同一个类库在同一个服务器只有一份,因此要保证每个应用程序的类库都是独立的,保证相互隔离
2、web容器也有自己依赖的类库,不能与应用程序的类库混淆。基于安全考虑,应该让容器的 类库(tomcat中的lib文件夹下面的jar包)和程序的类库隔离开来。
3、web容器要支持jsp的修改,jsp 文件最终也是要编译成class文件才能在虚拟机中运行,web容器需要支持 jsp 修改后不用重启。tomcat的解决方法是每个jsp文件都有一个类加载器,jsp修改后就直接卸载这个jsp类加载器。重新创建类加载器,重新加载jsp文件。
tomcat加载器的原理:
tomcat的几个主要类加载器:
1、commonLoader:Tomcat最基本的类加载器,加载路径中的class可以被Tomcat容器本身以及各个Webapp访问;
2、catalinaLoader:Tomcat容器私有的类加载器,加载路径中的class对于Webapp不 可见;
3、sharedLoader:各个Webapp共享的类加载器,加载路径中的class对于所有 Webapp可见,但是对于Tomcat容器不可见;
4、WebappClassLoader:各个Webapp私有的类加载器,加载路径中的class只对当前 Webapp可见,比如加载war包里相关的类,每个war包应用都有自己的WebappClassLoader,实现相互隔离,比如不同war包应用引入了不同的spring版本,这样实现就能加载各自的spring版本
所以tomcat打破了双亲委派机制:webappClassLoader加载自己的目录下的class文件,不会传递给父类加载器
tips:同一个JVM内,两个相同包名和类名的类对象可以共存,因为他们的类加载器可以不一
样,所以看两个类对象是否是同一个,除了看类的包名和类名是否都相同之外,还需要他们的类
加载器也是同一个才能认为他们是同一个。
代码demo:
链接:https://pan.baidu.com/s/1dafA4kNkYjyXksUZ7m8wWQ?pwd=xm6m
提取码:xm6m
提取码:xm6m