深入理解JVM七-虚拟机类加载机制

类从被加载到卸载，整个生命周期如下：

加载（loading）

连接（验证verification 准备preparation 解析resolution）

初始化（initialization）

使用（using）

卸载（unloading）

主动引用，触发类的初始化：

1.遇到new getstatic putstatic invokestatic

2.使用java.lang.reflect包的方法对垒进行反射调用。

3.初始化一个类的时候，如果发现父类还没有进行过初始化，则先触发其父类的初始化。

4.当虚拟机启动时，用户需要制定一个要执行的主类，虚拟机则会先初始化这个主类。

5.当使用jdk1.7的动态语言支持时，如果一个java.lang.invoke.methodhandle实例最后解析的结果ref_getstatic ref_putstatic ref_invokestatic 的方法句柄。

主要过程参照另一篇blog

http://raincoffee.info/2016/09/22/java%E7%B1%BB%E7%9A%84%E8%BF%9E%E6%8E%A5%E5%92%8C%E5%88%9D%E5%A7%8B%E5%8C%96/

类加载器

1.类与类加载器

比较两个类食肉相等，只能有一个类加载器加载的前提下才有意义。否则，即使这两个类来源于同一个class文件，被同一个虚拟机加载，只要夹在他们的类加载器不同，拿着两个雷一定不同。

package jvm;

import java.io.IOException;
import java.io.InputStream;

/**
*
* @author neuly
*
*/
public class ClassLoaderTest {
public static void main(String[] args) throws Exception{
ClassLoader myloader= new ClassLoader() {
@Override
public Class<?> loadClass(String name) throws ClassNotFoundException{
try {
String fileName=name.substring(name.lastIndexOf(".")+1)+".class";
InputStream is= getClass().getResourceAsStream(fileName);
if(is==null){
return super.loadClass(name);
}
byte[] b = new byte[is.available()];
is.read(b);
return defineClass(name, b, 0,b.length);
} catch (IOException e) {;;
// TODO: handle exception
throw new ClassNotFoundException(name);
}

}
};
Object obj =myloader.loadClass("jvm.ClassLoaderTest").newInstance();
System.out.println(obj.getClass());
System.out.println(obj instanceof jvm.ClassLoaderTest);
}
}

结果

class jvm.ClassLoaderTest
false

代码加载与自己同一路径下的class文件。

2.双亲委派模型

自动类加载器

↑

扩展类加载器

↑

应用程序类加载器

↑

自定义类加载器

双亲委派工作过程：如果一个类加载器收到了类加载的请求，他首先不会自己去尝试加载这个类，二十八请求为派给父类加载器去完成。每一个层次的类加载器都是如此，因此所有的加载请求最终都应传送到顶层的启动类加载器中，只有当弗雷加载器反馈自己不能完成这个加载请求时，自加载器才会尝试自己去加载。

2.破坏双亲委派模型