整体结构
- class文件
- 类加载器
- 运行时数据区
- 线程不共享
- 虚拟机栈
- 本地方法栈
- 程序计数器
- 线程共享
- 方法区（永久代/metaspace）
- 堆
- 年轻代：eden/survive
- 年老代
- 线程不共享
- 执行引擎
- 解释器
- JIT即时编译器
- 垃圾回收器
- 本地方法接口
- 本地方法库
架构模型
- 基于栈的指令集架构
- 设计、实现简单
- 指令集小，执行指令多，编译器容易实现
- 可移植性好，更容易垮平台
- 基于寄存器的指令集架构
- 指令集依赖硬件，可移植性差
- 性能优秀、执行效率高
- 使用更少的指令完成一项操作
发展历程
- sun classic vm：第一款虚拟机，只提供解释器功能，目前hotspot中已内置
- exact vm：准确式内存管理、热点探测、编译器/解释器混合模式
- hotspot vm：jdk默认虚拟机、热点代码探测技术、编译器/解释器混合模式
- jrockit vm：专注于服务端应用、只有即时编译器（不关注启动时间）
- J9 vm：应用于桌面、服务、嵌入式，主要面向IBM内部产品中使用
- CDC/CLDC:oracle在java me产品线开发的虚拟机
- KVM：在更低端设备有一定应用、遥控器、功能机等
- azul vm：与特定硬件/软件环境绑定的虚拟机性能更高
- liquid vm：高性能虚拟机、与特定硬件/软件环境绑定的虚拟机性能更高
- apache harmony：类库代码被吸纳进了安卓jdk中
- Microsoft jvm：为了在ie中更好的支持java小程序而开发
- taobao jvm：基于open jdk hotspot深度定制的虚拟机，off-heap技术（即大对象移到堆外减少gc），严重依赖intel的cpu
- dalvik vm：谷歌开发，用于安卓系统，不是java虚拟机，执行dex文件，基于寄存器架构模型
- graal vm：垮语言全栈虚拟机，大体原理是各个语言代码编译成graal可以接受的中间代码，有graal解释器解释执行
java中方法的调用
方法的绑定机制：字段、方法、类等在符号引用转换为直接引用的过程中发生。
- 静态绑定：在编译期就可以确定符号引用对应的具体类对象
- 动态绑定：在编译期无法确定，而是在运行期才可以确定符号引用对应的类对象
虚方法与非虚方法
- 非虚方法：在编译期就可以确定具体的方法。如静态、final方法、私有方法、实例构造器，父类方法等。即不涉及到多态的方法。
- 虚方法：具备多态性的方法
- 虚方法表
- 产生的原因：针对虚方法在执行的过程中需要确定具体方法是哪一个，例如存在方法重写的方法，在执行时需要依次在子类、父类中寻找，每次执行都寻找很费时，因此需要虚方法表。
- 产生时机：在类加载的链接阶段中的解析过程
- 方法调用指令如下：
1 | invokestatic:调用静态方法 |
版权声明：本文为博主原创文章，欢迎转载，转载请注明作者、原文超链接，感谢各位看官!!!
本文出自：monkeyGeek
座右铭：生于忧患，死于安乐
欢迎志同道合的朋友一起交流、探讨！
monkeyGeek