java自定义类加载器

v前言

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

v程序流程

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

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

v问题原因

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

vjava虚拟机中的类加载器

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

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

v类加载器的属性结构图

  盗图一张:

v由此得到结论

  首先我的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文件之前加载了就不会在加载了。。。

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

  想法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-09-16 16:52:41

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

JAVA加密解密:自定义类加载器应用

最近在研究JAVA CLASS LOADING技术,已实现了一个自定义的加载器.对目前自定义加载器的应用,还在探讨中.下面是自定义的CLASSLOADER在JAVA加密解密方面的一些研究. JAVA安全 JAVA是解释执行的语言,对于不同的操作平台都有相应的JVM对字节码文件进行解释执行.而这个字节码文件,也就是我们平时所看到的每一个.class文件. 这是我们大家都知道的常识,也就是由.java文件,经过编译器编译,变成JVM所能解释的.class文件. 而这个过程,在现在公开的网络技术中,利

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

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

java jvm 类加载器-java中为什么要自定义类加载器

问题描述 java中为什么要自定义类加载器 java为什么要自定义类加载器 面试题 希望大神尽快解答 急用 谢谢了! 解决方案 http://www.iteye.com/topic/240013http://blog.sina.com.cn/s/blog_a1ebbd3501019equ.html 解决方案二: 一.类加载器类别? ?* ?1.java虚拟机自带的加载器? ?* ??根类加载器(Bootstrap,c++实现)? ?* ? ?扩展类加载器(Extension,java实现)? ?

java自定义拦截器用法实例_java

本文实例讲述了java自定义拦截器及其用法.分享给大家供大家参考.具体如下: LoginInterceptor.java文件如下: package com.tq365.util; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpSession; import org.apache.struts2.ServletActionContext; import com.opensymphony.xwo

Java类加载器(二)——自定义类加载器

  用户定制自己的ClassLoader可以实现以下的一些应用: 自定义路径下查找自定义的class类文件,也许我们需要的class文件并不总是在已经设置好的Classpath下面,那么我们必须想办法来找到这个类,在这种清理下我们需要自己实现一个ClassLoader. 确保安全性:Java字节码很容易被反编译,对我们自己的要加载的类做特殊处理,如保证通过网络传输的类的安全性,可以将类经过加密后再传输,在加密到JVM之前需要对类的字节码在解密,这个过程就可以在自定义的ClassLoader中实现

分析Java的类加载器与ClassLoader(二):classpath与查找类字节码的顺序,分析ExtClassLoader与AppClassLoader的源码

先回顾一下classpath classpath的作用:         classpath的作用是指定查找类的路径:当使用java命令执行一个类(类中的main方法)时,会从classpath中进行查找这个类.  指定classpath的方式一:         设置环境变量CLASSPATH,多个路径之间使用英文的分号隔开,也可以指定为jar包路径.          示例:CLASSPATH=c:/myclasses/;c/mylib/aa.jar;c:/mylib/bb.jar;.  

自定义类加载器

package com.zkn.newlearn.classloader; import java.io.ByteArrayOutputStream; import java.io.File; import java.io.FileInputStream; import java.io.InputStream; /** * * @author zkn * */ public class ClassLoaderTest01 extends ClassLoader { /** * 路径 */ pri

JVM源码分析之自定义类加载器如何拉长YGC

概述 本文重点讲述毕玄大师在其公众号上发的一个GC问题一个jstack/jmap等不能用的case,对于毕大师那篇文章,题目上没有提到GC的那个问题,不过进入到文章里可以看到,既然文章提到了jstack/jmap的问题,这里也简单回答下jstack/jmap无法使用的问题,其实最常见的场景是使用jstack/jmap的用户和目标进程不是同一个用户,哪怕你执行jstack/jmap的动作是root用户也无济于事,不过毕大师这里主要提到的是jmap -heap/histo这两个参数带来的问题,如果使

Java魔法堂:类加载器入了个门

一.前言   <Java魔法堂:类加载机制入了个门>中提及整个类加载流程中只有加载阶段作为码农的我们可以入手干预,其余均由JVM处理.本文将记录加载阶段的核心组件--类加载器的相关信息,以便日后查阅.若有纰漏请大家指正,谢谢.   注意:以下内容基于JDK7和HotSpot VM.   二.类加载器种类及其关系 从上图可知Java主要有4种类加载器 1. Bootstrap ClassLoader(引导类加载器):作为JVM的一部分无法在应用程序中直接引用,由C/C++实现(其他JVM可能通过