网站模板功能,域名信息备案管理系统查询,深圳网博网站建设,银行 网站开发 干什么文章目录 类的加载器ClassLoader自定义类加载器双亲委派机制概念源码分析优势劣势如何打破Tomcat 沙箱安全机制JDK9 双亲委派机制变化 类的加载器 获得当前类的ClassLoader clazz.getClassLoader() 获得当前线程上下文的ClassLoader Thread.currentThread().getContextClassLoa… 文章目录 类的加载器ClassLoader自定义类加载器双亲委派机制概念源码分析优势劣势如何打破Tomcat 沙箱安全机制JDK9 双亲委派机制变化 类的加载器 获得当前类的ClassLoader clazz.getClassLoader() 获得当前线程上下文的ClassLoader Thread.currentThread().getContextClassLoader() 获得系统的ClassLoader ClassLoader.getSystemClassLoader() ClassLoader 抽象类ClassLoader的主要方法(内部没有抽象方法)
public final ClassLoader getParent()
返回该类加载器的超类加载器public Class? loadClass(String name) throws ClassNotFoundException
加载名称为name的类返回结果为java.lang.Class类的实例。
如果找不到类则返回 ClassNotFoundException 异常。该方法中的逻辑就是双亲委派模式的实现。protected Class? findClass(String name) throws ClassNotFoundException
查找二进制名称为name的类返回结果为java.lang.Class类的实例。这是一个受保护的方法
JVM鼓励我们重写此方法需要自定义加载器遵循双亲委托机制
该方法会在检查完父类加载器之后被loadClass()方法调用。在JDK1.2之前在自定义类加载时总会去继承ClassLoader类并重写loadClass方法从而实现自定义的类加载类。但是在JDK1.2之后已不再建议用户去覆盖loadClass()方法而是建议把自定义的类加载逻辑写在findClass()方法中从前面的分析可知findClass()方法是在loadClass()方法中被调用的当loadClass()方法中父加载器加载失败后则会调用自己的findClass()方法来完成类加载这样就可以保证自定义的类加载器也符合双亲委托模式。 需要注意的是ClassLoader类中并没有实现findClass()方法的具体代码逻辑取而代之的是抛出ClassNotFoundException异常同时应该知道的是findClass方法通常是和defineClass方法一起使用的。一般情况下在自定义类加载器时会直接覆盖ClassLoader的findClass()方法并编写加载规则取得要加载类的字节码后转换成流然后调用defineClass()方法生成类的Class对象。
protected final Class? defineClass(String name, byte[] b, int off, int len)
根据给定的字节数组b转换为Class的实例off和len参数表示实际Class信息在byte数组中的位置和长度
其中byte数组b是ClassLoader从外部获取的。这是受保护的方法只有在自定义ClassLoader子类中可以使用。defineClass()方法是用来将byte字节流解析成JVM能够识别的Class对象(ClassLoader中已实现该方法逻辑)通过这个方法不仅能够通过class文件实例化class对象也可以通过其他方式实例化class对象如通过网络接收一个类的字节码然后转换为byte字节流创建对应的Class对象。 defineClass()方法通常与findClass()方法一起使用一般情况下在自定义类加载器时会直接覆盖ClassLoader的findClass()方法并编写加载规则取得要加载类的字节码后转换成流然后调用defineClass()方法生成类的Class对象
简单举例
protected Class? findClass(String name) throws ClassNotFoundException {// 获取类的字节数组byte[] classData getClassData(name);if (classData null) {throw new ClassNotFoundException();} else {//使用defineClass生成class对象return defineClass(name, classData, 0, classData.length);}
}protected final void resolveClass(Class? c)
链接指定的一个Java类。使用该方法可以使用类的Class对象创建完成的同时也被解析。
前面我们说链接阶段主要是对字节码进行验证
为类变量分配内存并设置初始值同时将字节码文件中的符号引用转换为直接引用。protected final Class? findLoadedClass(String name)
查找名称为name的已经被加载过的类返回结果为java.lang.Class类的实例。这个方法是final方法无法被修改。private final ClassLoader parent;
它也是一个ClassLoader的实例这个字段所表示的ClassLoader也称为这个ClassLoader的双亲。
在类加载的过程中,ClassLoader可能会将某些请求交予自己的双亲处理。自定义类加载器 public class UserClassLoader extends ClassLoader {private String rootDir;public UserClassLoader(String rootDir) {this.rootDir rootDir;}/*** 编写findClass方法的逻辑*/Overrideprotected Class? findClass(String name) throws ClassNotFoundException {// 获取类的class文件字节数组byte[] classData getClassData(name);if (classData null) {throw new ClassNotFoundException();} else {//直接生成class对象return defineClass(name, classData, 0, classData.length);}}/*** 编写获取class文件并转换为字节码流的逻辑 * param className * return*/private byte[] getClassData(String className) {// 读取类文件的字节String path classNameToPath(className);try {InputStream ins new FileInputStream(path);ByteArrayOutputStream baos new ByteArrayOutputStream();byte[] buffer new byte[1024];int len 0;// 读取类文件的字节码while ((len ins.read(buffer)) ! -1) {baos.write(buffer, 0, len);}return baos.toByteArray();} catch (IOException e) {e.printStackTrace();}return null;}/*** 类文件的完全路径*/private String classNameToPath(String className) {return rootDir \\ className.replace(., \\) .class;}public static void main(String[] args) {String rootDir D:\\Java_course\\JVM\\JVMdachang\\chapter02_classload\\src\\;try {//创建自定义的类的加载器1UserClassLoader loader1 new UserClassLoader(rootDir);Class clazz1 loader1.findClass(com.cz.java3.User);//创建自定义的类的加载器2UserClassLoader loader2 new UserClassLoader(rootDir);Class clazz2 loader2.findClass(com.cz.java3.User);System.out.println(clazz1 clazz2); //clazz1与clazz2对应了不同的类模板结构。System.out.println(clazz1.getClassLoader());System.out.println(clazz2.getClassLoader());//######################Class clazz3 ClassLoader.getSystemClassLoader().loadClass(com.cz.java3.User);System.out.println(clazz3.getClassLoader());System.out.println(clazz1.getClassLoader().getParent());} catch (ClassNotFoundException e) {e.printStackTrace();}}}false
com.atguigu.java3.UserClassLoader14ae5a5
com.atguigu.java3.UserClassLoader6d6f6e28
sun.misc.Launcher$AppClassLoader18b4aac2
sun.misc.Launcher$AppClassLoader18b4aac2双亲委派机制 双亲委派好处有哪些亚信 类加载器双亲委派模型机制苏宁 双亲委派机制 蚂蚁金服 双亲委派机制及使用原因 蚂蚁金服 类加载器的双亲委派模型是什么 蚂蚁金服 双亲委派模型介绍一下 小米 讲一下双亲委派模型以及其优点 滴滴 类加载器的双亲委派模型是什么 京东 概念
1.定义 如果一个类加载器在接到加载类的请求时它首先不会自己尝试去加载这个类而是把这个请求任务委托给父类加载器去完成依次递归如果父类加载器可以完成类加载任务就成功返回。只有父类加载器无法完成此加载任务时才自己去加载。
2.本质 规定了类加载的顺序是引导类加载器先加载若加载不到由扩展类加载器加载若还加载不到才会由系统类加载器或自定义的类加载器进行加载。 源码分析
protected Class? loadClass(String name, boolean resolve)throws ClassNotFoundException{synchronized (getClassLoadingLock(name)) {// First, check if the class has already been loadedClass? c findLoadedClass(name);if (c null) {long t0 System.nanoTime();try {if (parent ! null) {c parent.loadClass(name, false);} else {c findBootstrapClassOrNull(name);}} catch (ClassNotFoundException e) {// ClassNotFoundException thrown if class not found// from the non-null parent class loader}if (c null) {// If still not found, then invoke findClass in order// to find the class.long t1 System.nanoTime();c findClass(name);// this is the defining class loader; record the statssun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);sun.misc.PerfCounter.getFindClasses().increment();}}if (resolve) {resolveClass(c);}return c;}}优势劣势 如何打破 双亲委派机制可以打破吗为什么 京东 可以打破双亲委派么怎么打破。拼多多 Tomcat 什么是tomcat类加载机制猎聘 请解释tomcat的类加载机制阿里 Tomcat8 和 Tomcat6比较大的区别是 Tomcat8可以通过配置 表示遵循双亲委派机制。
Tomcat的类加载机制是违反了双亲委托原则的对于一些未加载的非基础类各个web应用自己的类加载器(WebAppClassLoader)会优先查看自己的仓库加载加载不到时再交给commonClassLoader走双亲委托。
Tomcat 如何实现自己独特的类加载机制 当tomcat启动时会创建几种类加载器
Bootstrap 引导类加载器 加载JVM启动所需的类以及标准扩展类位于jre/lib/ext下System 系统类加载器 加载tomcat启动的类比如bootstrap.jar通常在catalina.bat或者catalina.sh中指定。位于CATALINA_HOME/bin下。 CommonClassLoader、CatalinaClassLoader、SharedClassLoader和WebappClassLoader 这些是Tomcat自己定义的类加载器它们分别加载/common/、/server/、/shared/*在tomcat 6之后已经合并到根目录下的lib目录下和/WebApp/WEB-INF/*中的Java类库。其中WebApp类加载器和Jsp类加载器通常会存在多个实例每一个Web应用程序对应一个WebApp类加载器每一个JSP文件对应一个Jsp类加载器。 commonLoaderTomcat最基本的类加载器加载路径中的class可以被Tomcat容器本身以及各个Webapp访问加载CATALINA_HOME/lib下的结构比如servlet-api.jar catalinaLoaderTomcat容器私有的类加载器加载路径中的class对于Webapp不可见 sharedLoader各个Webapp共享的类加载器加载路径中的class对于所有Webapp可见但是对于Tomcat容器不可见 WebappClassLoader单个Tomcat实例中各个Web应用程序私有的类加载器加载路径中的class只对当前Webapp可见(加载WEB-INF/lib和WEB-INF/classes下的结构
从图中的委派关系中可以看出 CommonClassLoader能加载的类都可以被Catalina ClassLoader和SharedClassLoader使用从而实现了公有类库的共用而CatalinaClassLoader和Shared ClassLoader自己能加载的类则与对方相互隔离。 WebAppClassLoader可以使用SharedClassLoader加载到的类但各个WebAppClassLoader实例之间相互隔离。 而JasperLoader的加载范围仅仅是这个JSP文件所编译出来的那一个.class文件它出现的目的就是为了被丢弃当Web容器检测到JSP文件被修改时会替换掉目前的JasperLoader的实例并通过再建立一个新的Jsp类加载器来实现JSP文件的HotSwap功能。 当应用需要到某个类时则会按照下面的顺序进行类加载 1 使用bootstrap引导类加载器加载 2 使用system系统类加载器加载 3 使用应用类加载器在WEB-INF/classes中加载 4 使用应用类加载器在WEB-INF/lib中加载 5 使用common类加载器在CATALINA_HOME/lib中加载 好了至此我们已经知道了tomcat为什么要这么设计以及是如何设计的那么tomcat 违背了java 推荐的双亲委派模型了吗答案是违背了。 我们前面说过双亲委派模型要求除了顶层的启动类加载器之外其余的类加载器都应当由自己的父类加载器加载。 很显然tomcat 不是这样实现tomcat 为了实现隔离性没有遵守这个约定每个webappClassLoader加载自己的目录下的class文件不会传递给父类加载器。
Tomcat中WebappClassLoader的源码分析 1 public Class loadClass(String name, boolean resolve)2 throws ClassNotFoundException {3 Class clazz null;4 // (0) 先从自己的缓存中查找有则返回无则继续5 clazz findLoadedClass0(name);6 if (clazz ! null) {7 if (resolve) resolveClass(clazz); 8 return (clazz);9 }
10 // (0.1) 再从parent的缓存中查找
11 clazz findLoadedClass(name);
12 if (clazz ! null) {
13 if (resolve) resolveClass(clazz);
14 return (clazz);
15 }
16 // (0.2) 缓存中没有则首先使用system类加载器来加载
17 clazz system.loadClass(name);
18 if (clazz ! null) {
19 if (resolve) resolveClass(clazz);
20 return (clazz);
21 }
22 //判断是否需要先让parent代理
23 boolean delegateLoad delegate || filter(name);
24 // (1) 先让parent加载通常delegateLoad false即这一步不会执行
25
26 if (delegateLoad) {
27 ClassLoader loader parent;
28 if (loader null)
29 loader system;
30 clazz loader.loadClass(name);
31 if (clazz ! null) {
32 if (resolve) resolveClass(clazz);
33 return (clazz);
34 }
35 }
36 // (2) delegateLoad false 或者 parent加载失败调用自身的加载机制
37 clazz findClass(name);
38 if (clazz ! null) {
39 if (resolve) resolveClass(clazz);
40 return (clazz);
41 }
42 // (3) 自己加载失败则请求parent代理加载
43
44 if (!delegateLoad) {
45 ClassLoader loader parent;
46 if (loader null)
47 loader system;
48 clazz loader.loadClass(name);
49 if (clazz ! null) {
50 return (clazz);
51 }
52 }
53 throw new ClassNotFoundException(name);
54 }
总结一下 首先findLoadedClass0()和findLoadedClass()分别从本地和父类加载器的缓存中查找当前要加载的类是否已经加载过了。之后为了避免上面提到的安全问题Tomcat类加载器会将加载请求委派给系统类加载器。接下来根据delegate变量的设置决定是先由自己加载还是先由父类加载器去加载。
1、既然 Tomcat 不遵循双亲委派机制那么如果我自己定义一个恶意的HashMap会不会有风险呢(阿里面试问题) 答 显然不会有风险如果有Tomcat都运行这么多年了那能不改进吗 tomcat不遵循双亲委派机制只是自定义的classLoader顺序不同但顶层还是相同的还是要去顶层请求classloader。
2、我们思考一下Tomcat是个web容器 那么它要解决什么问题
一个web容器可能需要部署两个应用程序不同的应用程序可能会依赖同一个第三方类库的不同版本不能要求同一个类库在同一个服务器只有一份因此要保证每个应用程序的类库都是独立的保证相互隔离。部署在同一个web容器中相同的类库相同的版本可以共享。否则如果服务器有10个应用程序那么要有10份相同的类库加载进虚拟机这是扯淡的。web容器也有自己依赖的类库不能于应用程序的类库混淆。基于安全考虑应该让容器的类库和程序的类库隔离开来。web容器要支持jsp的修改我们知道jsp 文件最终也是要编译成class文件才能在虚拟机中运行但程序运行后修改jsp已经是司空见惯的事情否则要你何用 所以web容器需要支持 jsp 修改后不用重启。
3、Tomcat 如果使用默认的类加载机制行不行 答案是不行的。为什么我们看: 第一个问题如果使用默认的类加载器机制那么是无法加载两个相同类库的不同版本的默认的累加器是不管你是什么版本的只在乎你的全限定类名并且只有一份。 第二个问题默认的类加载器是能够实现的因为他的职责就是保证唯一性。 第三个问题和第一个问题一样。 我们再看第四个问题我们想我们要怎么实现jsp文件的热替换jsp 文件其实也就是class文件那么如果修改了但类名还是一样类加载器会直接取方法区中已经存在的修改后的jsp是不会重新加载的。那么怎么办呢我们可以直接卸载掉这jsp文件的类加载器所以你应该想到了每个jsp文件对应一个唯一的类加载器当一个jsp文件修改了就直接卸载这个jsp类加载器。重新创建类加载器重新加载jsp文件。
4、如果tomcat 的 Common ClassLoader 想加载 WebApp ClassLoader 中的类该怎么办 看了前面的关于破坏双亲委派模型的内容我们心里有数了我们可以使用线程上下文类加载器实现使用线程上下文加载器可以让父类加载器请求子类加载器去完成类加载的动作。
5、为什么java文件放在Eclipse/IDEA中的src文件夹下会优先jar包中的class? tomcat类加载机制的理解就不难明白。因为Eclipse/IDEA中的src文件夹中的文件java以及webContent中的JSP都会在tomcat启动时被编译成class文件放在 WEB-INF/class 中。 而Eclipse/IDEA外部引用的jar包则相当于放在 WEB-INF/lib 中。 因此肯定是 java文件或者JSP文件编译出的class优先加载。
沙箱安全机制
保证程序安全 保护Java原生的JDK代码 沙箱机制就是将Java代码限定在虚拟机JVM特定的运行范围中并且严格限制代码对本地系统资源访问。 通过这样的措施来保证对代码的有限隔离防止对本地系统造成破坏。 JDK9 双亲委派机制变化
