JVM类加载过程

类加载

咱们都知道，类加载器分为四种，自定义类加载器、APP类加载器、Ext类加载器，BS类加载器

代码执行分为：混合执行、编译执行、解释执行。

加载过程：
1、loading：把class文件加载到内存
2、linking：动态连接
3、initializing：静态变量赋初始值（静态代码块）

loading：把class文件加载到内存

1、双亲委派

双亲委派解决了什么问题

1、解决重复加载，浪费资源
2、为了安全，防止核心数据被盗取；（比如重写String类，输入密码后记录发送邮件获取密码）

双亲委派是怎么工作的呢？

当类加载器接收到需要加载一个类请求的时候，首先去内存中查找这个类有没有被加载过，如果找到了直接返回，如果没有找，就会触发class的加载方法，parent.loadClass(name, false)，（咱们都知道，自己的写的代码要么是自定义类开始加载器加载，要么是App类加载器开始加载），假如自定义类加载器开始加载，按照代码逻辑判断父类加载器是否存在，如果存在继续递归类加载器的父类进行加载，直到找到BS类加载器。这时就会从上向下递归加载，只要加载到了，就直接返回了。

如何自定义类加载器？

1、extends ClassLoader
2、overwrite findClass()->defineClass(byte[]->Class class)

双亲委派如何打破

1、parent是如何指定：在构造中super(parent)指定
2、双亲委派如何打破
	1、重写loadClass()
	2、何时被打破过
		1、JDK1.2指定，自定义ClassLoad都必须重写loadClass
		2、多线程情况设置thread.setContextClassLoader指定
		3、热启动，热部署
			1、osgi tomcat都有自己的模块指定classloader（可以加载统一类库的不同版本）

linking

1、verification：对class文件校验
2、preparation：class–>静态变量赋默认值
3、resolution：把class中的符号引用转换成直接引用
将类、方法、属性等符号引用解析为直接引用
常量池中的各种符号引用解析为指针、偏移量等内存的直接引用

initializing

当类加载器把一个class文件加载到内存后会生成两份，一份是class文件信息，一份是class类（帮助解析内存中类的二进制信息），class类的引用指向内存中class信息。

看到这里是不是心理有个疑问，为什么静态类不能使用this，而非静态对象可以使用this ？？？