虚拟机类加载机制（二）类加载的过程

jvm虚拟机实际上并没有严格规定类的加载，但是规定了类加载的步骤

第一步，通过类的全限定名字获取类的二进制字节流，如，获取一个.clas文件的字节流

第二步，将字节流中的静态数据结构转化为运行时数据结构

第三步，在内存中生成一个代表这个类的class对象

看起来似乎已经把加载过程定死了，但是实际上留给我们的自由发挥的空间其实很大

如，第一步并没有规定字节流是哪里来的，可以是本地硬盘上的，可以是网络上的，可以是压缩包里的，还可以是动态生成的等等

而第二步中的转为运行时数据结构，存放在方法区中，你可以完全按照字节码进行转换和储存，也可以根据项目具体需求，采用特殊数据结构

根据第一步发展出来的技术种类繁多，如jsp，动态代理，jar，war，成本也较低，只需要自定义一个类加载器就可以做到

但是从第二步发展出来的技术几乎没有，笔者猜测是因为这种方式需要直接修改jvm本身开发难度较高

如果针对具体项目进行优化，先不论最终效率是否高于openjdk，消耗的时间和精力甚至会高于项目本身，得不偿失

回归加载本身，对于一个非数组对象，我们对他的控制力度是最大的，因为开发人员可以通过自定义类加载器来控制类的字节流从何而来，下面笔者自定义一个类加载器查看效果

//将要被加载的类，我将编译后的.class文件放置在c盘下
public class test {
    public static void main(String[] args) {
        System.out.println("加载成功");
    }
}
public class TestClassLoader extends ClassLoader {
    public Class<?> findClass(String name) throws ClassNotFoundException {
        try {
            String clazzName=name;
            name = "C:/" + name+ ".class";
            byte[] classBytes = new byte[1024*10]; //偷一波懒（逃ε=ε=ε=┏(゜ロ゜;)┛
            int i=new FileInputStream(name).read(classBytes);
            Class<?> clazz = defineClass(clazzName, classBytes, 0, i);
            if (clazz == null) {
                throw new ClassNotFoundException(name);
            }
            return clazz;
        } catch (IOException e) {
            e.printStackTrace();
            throw new ClassNotFoundException(name);
        }
    }

    public static void main(String[] args) throws Exception{
        Class clazz=new TestClassLoader().findClass("test");
        Method m=clazz.getDeclaredMethod("main",String[].class);
        m.invoke(null,(Object) new String[]{});
    }
}

结果

对于一个数组对象，我在上一篇博客中谈过，数组对象是由Java虚拟机自己生成的，我们无法直接控制数组对象的加载

但是数组对象除去数组自身的属性，其实也就是一个一个普通的类，所以我们可以间接的去控制一个数组的加载，由于演示较为复杂，我等以后有时间再将这里的演示代码补上（逃ε=ε=ε=┏(゜ロ゜;)┛