java虚拟机

标签：code   app   eth   处理   部分   版本   变量   计算   als   

一、开始

 打算从静态代码开始说起。重点还是后面动态的过程

从问题出发，为什么可以实现“一次编写，到处运行”？

答案：平台/语言无关的字节码编译结果（.class文件）+虚拟机

四、Java对象的一生

首先，西红柿炒鸡蛋的一生？

1. 看菜谱，把需要的食材放到一起（加载）

2. 看下食材有没有坏掉的？锅洗了没？盐、酱油是否有？（验证）

3. 把鸡蛋洗一下，西红柿也要洗一下切块，鸡蛋则可以打一下，完成最基本的备菜（准备）

4. 开始打蛋调味，西红柿呢，就进行切块（解析）

5. 先炒鸡蛋，再炒西红柿（初始化）

6. 吃饭

7. 光盘行动~~

1. 加载

获取一个类的二进制字节流，最终生成一个Class对象

• 什么时候需要加载
  • new关键字、读取或设置一个类的静态字段（被final修饰、已在编译期把结果放入常量池的静态字段除外）的时候，以及调用一个类的静态方法的时候
  • 使用java.lang.reflect包的方法对类进行反射调用
  • 当初始化一个类的时候，如果发现其父类未初始化
  • 当虚拟机启动时，用户需要指定一个要执行的主类
  • 当使用JDK 1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic的方法句柄，并且这个方法句柄所对应的类没有进行过初始化，则需要先触发其初始化
• 从哪获取二进制字节流
  • zip、jar、war
  • 网络，如Applet
  • 运行时计算生成，如动态代理技术，在java.lang.reflect.
  • Proxy中，用ProxyGenerator.generateProxyClass来为特定接口生成形式为“*$Proxy”的代理类的二进制字节流
• 获取到的二进制流如何存储

在方法区生成一个java.lang.Class对象，作为程序访问方法区中的这些类型数据的外部接口

• 谁来加载——类加载器

虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制字节流”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现这个动作的代码模块称为“类加载器”

• • 为什么要放到外面实现：个人觉得主要是出于灵活性的考虑，减少对语言、平台等的限制。虚拟机只要定义规则就好了
  • 那么这么多加载器如何管理——双亲委派模型

• •  规则有问题吗？——破坏双亲委派模型

 JNDI：本身由启动类加载器加载，但是它需要去加载其他的资源，这些资源是用户定义的，无法被启动类加载器认识

程序动态性：代码热替换（HotSwap）、模块热部署（HotDeployment）

（OSGi）....这个还要再补充

2. 连接——验证

目的：确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全

从外往里看，可以看到有以下几个部分

• 字节流

是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理

只有通过这个验证，才能进入方法区存储

• 类的定义

如这个类是否有父类、字段是否与父类冲突、是否实现所有抽象方法等

• 类的方法体
• 符号引用

发生在虚拟机将符号引用转化为直接引用的过程

验证是否能找到引用对象，字段等是否可访问

3. 连接——准备

目的：为类(static)变量分配内存并设置类初始值

非final变量：0、false、null

final变量：程序中设置的值

4. 连接——解析

目的：将常量池内的符号引用替换为直接引用

符号引用：个人觉得可以看成是占位符

直接引用：通过直接引用可以找到引用对象的内存位置。可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄

5. 初始化

初始化阶段是执行类构造器()方法的过程

()方法是由编译器自动收集类中的所有类变量赋值动作和静态语句块（static{}块）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块可以赋值，但是不能访问

参考资料

1. 《深入理解Java虚拟机：JVM高级特性与最佳实践（第2版）》

java虚拟机

标签：code   app   eth   处理   部分   版本   变量   计算   als   

原文地址：https://www.cnblogs.com/coolqiyu/p/13340802.html