java自定义类加载器

前言

  java反射,最常用的Class.forName()方法。做毕设的时候,接收到代码字符串,通过 JavaCompiler将代码字符串生成A.class文件(存放在classpath下,也就是eclipse项目中的bin目录里),然后通过java反射机制,获取main方法并执行。.class文件名称固定。当 A.class文件更新的时候,问题出现了,main方法的执行结果总和第一次的执行结果相同。

程序流程

  代码提交->接收代码->编译成A.class文件->java反射->main方法执行

  具体代码参考:http://www.cnblogs.com/hujunzheng/p/5203067.html

问题原因

  类加载器的委托机制!说到这里,不得不介绍一下java的类加载器。

java虚拟机中的类加载器

  java虚拟机中可以安装多个类加载器,系统默认三个主要的类加载器,每个类负责加载特定位置的类: BootStrap,ExtClassLoader,AppClassLoader

  类加载器也是Java类,因为Java类的类加载器本身也是要被类加载器加载的,显然必须有第一个类加载器不是Java类,这个正是BootStrap,使用C/C++代码写的,已经封装到JVM内核中了,而ExtClassLoader和AppClassLoader是Java类。

类加载器的属性结构图

  盗图一张:

由此得到结论

  首先我的A.class文件更新了,接着调用Class.forName()[我想的是重新加载一下字节码文件对象],然后最终由AppClassLoader去加载,其中有一个函数很重要,就是loadClass(), 看一下这个函数的源码,如下:

protected Class<?> loadClass(String name, boolean resolve)throws ClassNotFoundException{
 //加上锁,同步处理,因为可能是多线程在加载类
 synchronized (getClassLoadingLock(name)) {
     //检查,是否该类已经加载过了,如果加载过了,就不加载了
     Class c = findLoadedClass(name);
     if (c == null) {
         long t0 = System.nanoTime();
         try {
             //如果自定义的类加载器的parent不为null,就调用parent的loadClass进行加载类
             if (parent != null) {
                 c = parent.loadClass(name, false);
             } else {
                 //如果自定义的类加载器的parent为null,就调用findBootstrapClass方法查找类,就是Bootstrap类加载器
                 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();
             //如果parent加载类失败,就调用自己的findClass方法进行类加载
             c = findClass(name);  

             // this is the defining class loader; record the stats
             sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
             sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
             sun.misc.PerfCounter.getFindClasses().increment();
         }
     }
     if (resolve) {
         resolveClass(c);
     }
     return c;
 }
}  

  如果同名的.class文件之前加载了就不会在加载了。。。

解决办法  用户自定义类加载器

  想法1: 重写loadClass()这个函数,无论是否加载过.class问价,都重新加载。

   @Override
    public java.lang.Class<?> loadClass(String name) throws ClassNotFoundException {
        System.out.println(name);
        byte[] data = loaderClassData(name);
        return this.defineClass(name, data, 0, data.length);
    };

  但是竟然出错了,至今还没有搞明白... Main是我要加载的类,loadClass()函数执行了两次,第二次不知道怎么调用的。。。?有谁知到,告诉我一下,谢了!

Main
java.lang.Object
java.io.FileNotFoundException: java\lang\Object.class (系统找不到指定的路径。)
    at java.io.FileInputStream.open(Native Method)
    at java.io.FileInputStream.<init>(Unknown Source)
    at com.ds.tools.MyClassLoader.loaderClassData(MyClassLoader.java:53)
    at com.ds.tools.MyClassLoader.loadClass(MyClassLoader.java:78)
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClassCond(Unknown Source)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at com.ds.tools.MyClassLoader.loadClass(MyClassLoader.java:79)
    at com.ds.tools.MyClassLoader.main(MyClassLoader.java:96)

  想法2: 只能默默的重写findClass()方法了, loadClass()方法中会调用这个函数,为了避过AppClassLoader检查类是否已经加载过了,我把A.class的生成位置放到了项目根目录下的myClass目录中,这样MyClassLoader委托AppClassLoader对A.class进行加载时,在当前的classpath下找不到对应的类,无法完成类的加载(同样BootStrapLoader和ExtClassLoader都不会找到),最终是我们自定的类加载器完成类的加载,代码如下:

public class MyClassLoader extends ClassLoader {
    //类加载器名称
    private String loaderName;
    //加载类的路径
    private String path = "";
    private final String fileType = ".class";
    public MyClassLoader(String loaderName){
        //让系统类加载器成为该 类加载器的父加载器
        super();
        this.loaderName = loaderName;
    }

    public MyClassLoader(ClassLoader parent, String loaderName){
        //显示指定该类加载器的父加载器
        super(parent);
        this.loaderName = loaderName;
    }

    public String getPath() {
        return path;
    }

    public void setPath(String path) {
        this.path = path;
    }

    @Override
    public String toString() {
        return this.loaderName;
    }

    /**
     * 获取.class文件的字节数组
     * @param name
     * @return
     */
    private byte[] loaderClassData(String name){
        InputStream is = null;
        byte[] data = null;
        ByteArrayOutputStream baos = new ByteArrayOutputStream();
        name = name.replace(".", "/");
        try {
            is = new FileInputStream(new File(path + name + fileType));
            int c = 0;
            while(-1 != (c = is.read())){
                baos.write(c);
            }
            data = baos.toByteArray();

        } catch (Exception e) {
            e.printStackTrace();
        } finally{
            try {
                if(is != null)
                    is.close();
                if(baos != null)
                    baos.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
        return data;
    }

    /**
     * 获取Class对象
     */
    @Override
    public Class<?> findClass(String name) throws ClassNotFoundException{
        byte[] data = loaderClassData(name);
        return this.defineClass(name, data, 0, data.length);
    }

    public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException, SecurityException, NoSuchMethodException, IllegalArgumentException, InvocationTargetException {
        for(int i=0; i<5; i++){
            MyClassLoader loader1 = new MyClassLoader("MyClassLoader");
            //String path = new File(MyClassLoader.getSystemClassLoader().getResource("").getPath()).getParent();
            loader1.setPath("myClass/");
            Class<?> clazz = loader1.loadClass("Main");
            System.out.println(clazz.getName());
        }
    }
}
时间: 2024-10-13 02:35:57

java自定义类加载器的相关文章

Java自定义类加载器与双亲委派模型

其实,双亲委派模型并不复杂.自定义类加载器也不难!随便从网上搜一下就能搜出一大把结果,然后copy一下就能用.但是,如果每次想自定义类加载器就必须搜一遍别人的文章,然后复制,这样显然不行.可是自定义类加载器又不经常用,时间久了容易忘记.相信你经常会记不太清loadClass.findClass.defineClass这些函数我到底应该重写哪一个?它们主要是做什么的?本文大致分析了各个函数的流程,目的就是让你看完之后,难以忘记!或者说,延长你对自定义类加载器的记忆时间!随时随地想自定义就自定义!

java 自定义类加载器图

原文地址:https://blog.51cto.com/14437184/2439068

java类加载器学习2——自定义类加载器和父类委托机制带来的问题

一.自定义类加载器的一般步骤 Java的类加载器自从JDK1.2开始便引入了一条机制叫做父类委托机制.一个类需要被加载的时候,JVM先会调用他的父类加载器进行加载,父类调用父类的父类,一直到顶级类加载器.如果父类加载器加载不了,依次再使用其子类进行加载.当然这类所说的父类加载器,不一定他们之间是继承的关系,有可能仅仅是包装的关系. Java之所以出现这条机制,因为是处于安全性考虑.害怕用户自己定义class文件然后自己写一个类加载器来加载原本应该是JVM自己加载的类.这样会是JVM虚拟机混乱或者

Java内存管理-掌握自定义类加载器的实现(七)

勿在流沙筑高台,出来混迟早要还的. 做一个积极的人 编码.改bug.提升自己 我有一个乐园,面向编程,春暖花开! 上一篇分析了ClassLoader的类加载相关的核心源码,也简单介绍了ClassLoader的设计思想,读源码相对来说是比较枯燥的,还是这个是必须要走的过程,学习源码中的一些思想,一些精髓,看一下大神级人物是怎么写出那么牛逼的代码.我们能够从中学到一点点东西,那也是一种进步和成长了.本文基于上一篇文章内容,手把手写一个自定义类加载器,并且通过一些简单的案例(场景)让我们更加细致和静距

Java:类加载器(ClassLoader)

听上去很高端,其实一般自定义类加载器不需要用户去实现解析的过程,只要负责实现获取类对应的.class字节流部分就ok了,摘录深入理解Java虚拟机的一段话 虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部去实现,以便让应用程序自己决定如何去获取所需要的类.实现这个动作的代码模块称为“类加载器” 实现类加载器需要继承ClassLoader这个抽象类,用户只要实现其中的findClass方法即可.在该类的javadoc中给出了这样一个示

jvm自定义类加载器

除了自定义的类加载之外,jvm存在三种类加载器,并以一种父委托的加载机制进行加载. --启动类加载器,又称根加载器,是一个native的方法,使用c++实现.在java中我们用null标识,用于加载jdk自带的类. --扩展类加载器,用于加载jdk扩展类 --系统类加载器,用于加载classpath目录下的类 上面提到的三种类加载器,是存在父子关系,即系统类加载器会委托extension加载器,如果extension加载器不能加载该类的话,再由系统类加载器进行加载.注意这里所说的父子关系不是指继

自定义类加载器

为什么要自己定义类加载器 为什么我们要自定义类加载器?因为虽然Java中给用户提供了很多类加载器,但是和实际使用比起来,功能还是匮乏.举一个例子来说吧,主流的Java Web服务器,比如Tomcat,都实现了自定义的类加载器(一般都不止一个).因为一个功能健全的Web服务器,要解决如下几个问题: 1.部署在同一个服务器上的两个Web应用程序所使用的Java类库可以实现相互隔离. 2.部署在同一个服务器上的两个Web应用程序所使用的Java类库可以相互共享.这个需求也很常见,比如相同的Spring

自定义类加载器+加密+解密 实验

自定义类加载器+加密+解密 的这个程序需要的实验步骤如下,所用的类如下: ClassLoaderTest 类:用来做“解密实验”的类,将Test类的加密后的.class文件加载内存,并解密后,用ClassLoader.defineClass()得到Class对象,利用反射使用Test类 MyClassLoader 类:定义自己的类加载器,重写其中的findClass方法,在该方法中定义查找.class文件的默认目录,并调用EncodeDecodeClass类的解密方法,解密Test.class,

java面向对象--类加载器及反射

类加载器 jvm 和 类的关系 当调用 java命令运行一个java程序时,会启动一个java虚拟机进程.同一个jvm的所有线程.所有变量都处于同一个进程里,都使用该jvm进程的内存区. jvm进程终止的情况: 1.程序运行到最后正常结束. 2.遇到System.exit()或Runtime.getRuntime.exit(). 3.遇到未捕获的异常或错误 4.程序所在的平台强制结束了JVM进程 jvm进程终止,jvm内存中的数据将全部丢失. 类加载 当程序主动使用某个类时,如果该类还未被加载到