如何处理JVM类加载机制及类缓存问题

这篇文章给大家分享的是有关如何处理JVM类加载机制及类缓存问题的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。

公司主营业务:成都网站设计、成都网站建设、外贸网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出宽城免费做网站回馈大家。

前言

大家应该都知道,当一个Java项目启动的时候,JVM会找到main方法,根据对象之间的调用来对class文件和所引用的jar包中的class文件进行加载(其步骤分为加载、验证、准备、解析、初始化、使用和卸载),方法区中开辟内存来存储类的运行时数据结构(包括静态变量、静态方法、常量池、类结构等),同时在堆中生成相应的Class对象指向方法区中对应的类运行时数据结构。

用最简单的一句话来概括,类加载的过程就是JVM根据所需的class文件的路径,通过IO流的方式来读取class字节码文件,并通过一系列解析初始化等步骤来注入到内存。 java中的类加载器有:BootstrapClassLoader(最上层)、ExtClassLoader、AppClassLoader、以及用户自定义的ClassLoader(最下层)。JVM对于不同种类的jar包(或class文件),会有不同种类的类加载器进行加载。

对应关系如下:

BootstrapClassLoader  用于加载JVM运行所需要的类:

    JAVA_HOME/jre/lib/resources.jar:
    JAVA_HOME/jre/lib/rt.jar:
    JAVA_HOME/jre/lib/sunrsasign.jar:
    JAVA_HOME/jre/lib/jsse.jar:
    JAVA_HOME/jre/lib/jce.jar:
    JAVA_HOME/jre/lib/charsets.jar:
    JAVA_HOME/jre/lib/jfr.jar:
    JAVA_HOME/jre/classes

ExtClassLoader 用于加载扩展类:

    ../Java/Extensions:
    ../JAVA_HOME/jre/lib/ext:    ../Library/Java/Extensions:/Network/Library/Java/Extensions:
    ../System/Library/Java/Extensions:
    ../lib/java

AppClassLoader 用于加载我们项目中ClassPath下所创建的类和jar包中引用的类。

整个类加载,是通过一种叫做双亲委派的机制来进行加载。

举例来说,一个类被最下层的加载器(用户自定义ClassLoader)进行加载,此加载器首先会调用上一层的加载器(AppClassLoader)进行加载,而AppClassLoader会继续转交给上层(ExtClassLoader)的加载器进行加载,直到BootstrapClassLoader。  如果BootstrapClassLoader所加载的类路径找不到此类,那么才会交给下一层的加载器(ExtClassLoader)进行加载,如果找不到此类,继续交给下一层(AppClassLoader)进行加载。以此类推,如果用户自定义的ClassLoader也找不到此类,那么程序就会抛出一个ClassNotFoundError。

整个加载过程图示如下:

如何处理JVM类加载机制及类缓存问题

(图片引用自:https://www.cnblogs.com/xing901022/p/4574961.html)

类加载源的源码跟踪如下(在此对源码进行了适当的简化),读者可以点入源码进行查看:

package java.lang.ClassLoader;
import ....
 protected Class loadClass(String name, boolean resolve)
  throws ClassNotFoundException
 {
  synchronized (getClassLoadingLock(name)) {
   // First,在虚拟机内存中查找是否已经加载过此类...类缓存的主要问题所在!!! 
   Class 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) {
            //调用此类加载器所实现的findClass方法进行加载
     c = findClass(name);
    }
   }
   if (resolve) {
    resolveClass(c);
   }
   return c;
  }
 }

在源码中可以完全领略到双亲委派机制的过程,其中最重要的三句代码已经进行了标注:

  • findLoadedClass(在虚拟机内存中查找是否已经加载过此类...类缓存的主要问题所在!!!)

  • parent.loadClass(先让上一层加载器进行加载)

  • findClass(调用此类加载器所实现的findClass方法进行加载)

如果用户需要自定义加载器,加载自己指定路径的class文件,需要继承ClassLoader,并实现findClass(String name)方法。举例如下:

package com.linuxidc.utils;
import java.io.ByteArrayOutputStream;
import java.io.FileInputStream;
import java.io.IOException;
import java.io.InputStream;
public class ServiceClassLoader extends ClassLoader{
 private String classPath;
 public ServiceClassLoader(String classPath) {
  this.classPath = classPath;
 }
 /**
  * 重写父类的findClass 方法。 父类的loadClass会调用此方法
  */
 @Override
 protected Class findClass(String name) throws ClassNotFoundException {
  Class c = null;
  byte[] classData = getClassData(name);
  if (classData!=null) {
   c = defineClass(name, classData, 0, classData.length);
  }else {
   throw new ClassNotFoundException();
  }
  return c;
 } 
   // 将class文件通过IO流读取,转化为字节数组
 private byte[] getClassData(String name) {
  
  String path = classPath + "/"+ name.replace('.', '/') + ".class";
  
  InputStream iStream = null;
  ByteArrayOutputStream byteArrayOutputStream = new ByteArrayOutputStream();
  try {
   iStream = new FileInputStream(path);
   
   byte[] buffer = new byte[1024];
   int temp = 0;
   while ((temp = iStream.read(buffer))!=-1) {
    byteArrayOutputStream.write(buffer, 0, temp);
   }
   if (byteArrayOutputStream!=null) {
    return byteArrayOutputStream.toByteArray();
   }
  } catch (Exception e) {
   e.printStackTrace();
  }finally {
   try {
    if (iStream!=null) {
     iStream.close();
    }
   } catch (IOException e) {
    e.printStackTrace();
   }
   try {
    if (byteArrayOutputStream!=null) {
     byteArrayOutputStream.close();
    }
   } catch (IOException e) {
    e.printStackTrace();
   }
  }
  return null;
 }
}

对类加载器的使用代码如下:

ServiceClassLoader serviceClassLoader = new ServiceClassLoader("c:\myclass");
Czlass c = ServiceClassLoader.loadClass("com.linuxidc.service.Myclass");

如果 用同一个 ServiceClassLoader 对象去加载同一个Class文件多次,每次加载后的Class对象为同一个! 然而如果new不同的自定义ClassLoader去加载同一个Class文件,则每次会返回不同的Class对象。

注意:不能将所要加载的Class文件放到classpath目录及其任何子目录下,否则会被AppClassLoader优先加载 (这是由于类加载采用双亲委派机制,同时AppClassLoader可以加载所有在classpath下的class文件), 每次都是同一个AppClassLoader进行加载,因此会出现类缓存问题。

这样就解决了通常在JVM类加载时,直接使用反射出现的类缓存的问题。

感谢各位的阅读!关于“如何处理JVM类加载机制及类缓存问题”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!


网站名称:如何处理JVM类加载机制及类缓存问题
文章路径:http://bzwzjz.com/article/jeehoo.html

其他资讯

Copyright © 2007-2020 广东宝晨空调科技有限公司 All Rights Reserved 粤ICP备2022107769号
友情链接: 古蔺网站建设 梓潼网站设计 网站制作 商城网站建设 网站制作公司 网站建设方案 成都网站制作 成都网站建设 成都网站建设 营销型网站建设 成都定制网站建设 高端网站设计推广 宜宾网站设计 定制级高端网站建设 网站建设方案 成都网站制作 网站设计 成都网站建设 重庆网站建设 网站建设方案 营销型网站建设 成都网站建设流程