本篇仅仅是JVM的简介，关于更多的JVM细节，请参见本专题JVM：
计算机系统当中的JVM
- JVM是运行在操作系统之上的，并没有和硬件有直接的交互
- Java代码一次编译,到处运行
HotSpot虚拟机结构概览
- 方法区和堆区是所有线程共享的内存区域；
- 而java栈、本地方法栈和程序计数器是运行是线程私有的内存区域。
- Java栈又叫做jvm虚拟机栈。
- 方法区（永久代）在jdk8中又叫做元空间Metaspace
- 方法区用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器（JIT编译器，英文写作Just-In-Time Compiler）编译后的代码等数据。
- 虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做 Non-Heap（非堆），目的应该是与 Java 堆区分开来。
- java代码大致执行流程：java源程序--编译javac-->字节码文件.class-->类装载子系统生成反射类（存入方法区）--->运行时数据区（五大块儿）--->执行引擎-->解释执行+编译执行（JIT）-->操作系统（Win，Linux，Mac JVM）
栈的指令集架构和寄存器的指令集架构
由于跨平台的设计，java的指令都是根据栈来设计的，不同平台CPU架构不同，所以不能设计为基于寄存器的
二者区别：
栈：跨平台性、指令集小、指令多；执行性比寄存器差
寄存器：指令少
一些简单查看命令：
//查看指令集命令代码
cd out/production/类根目录
//反编译
javap -v StackStruTest.class
//打印程序执行的进程
jps
Hotspot中方法区的变动：
关于方法区的结构，在过去的版本jdk1.6/1.7/1.8当中均有变动，故在此提前声明：
- jdk1.6及之前：有永久代（permanent generation） ，静态变量、字符串常量池存放在 永久代上。
- jdk1.7：有永久代，但已经逐步“去永久代”，字符串常量池、静态变量移除，保存在堆中。注意：
- jdk1.8及之后： 无永久代，类型信息、字段、方法、常量保存在本地内存的元空间，但字符串常量池、静态变量仍留在堆空间.
注意：
jdk1.8及之后： 无永久代，类型信息、字段、方法、常量保存在本地内存的元空间。
但字符串常量池、静态变量仍留在堆空间。
除此之外，元空间（或称方法区），不再使用虚拟机内存，而是使用本地内存。
参见： 关于类加载子系统详述
参见： 关于程序计数器详述
参见： 关于本地方法接口详述
参见： 关于本地方法栈详述
参见： 关于方法区的详述
参见： 关于堆区的详述
参见： 关于执行引擎的详述
关于更多JVM细节，请参见本专题JVM：
jvm生命周期
1.启动
通过引导类加载器（bootstrap class loader）创建一个初始类（initial class）来完成的，这个类是由虚拟机的具体实现指定的.
2.执行
- 一个运行中的java虚拟机有着一个清晰的任务：执行Java程序；
- 程序开始执行的时候他才运行，程序结束时他就停止；
- 执行一个所谓的Java程序的时候，真真正正在执行的是一个叫做Java虚拟机的进程。
3.退出
- 程序正常执行结束
- 程序异常或错误而异常终止
- 操作系统错误导致终止
- 某线程调用Runtime类或System类的exit方法，或Runtime类的halt方法，并且java安全管理器也允许这次exit或halt操作
- 除此之外，JNI规范描述了用JNI Invocation API来加载或卸载Java虚拟机时，Java虚拟机的退出情况
补充：古今JVM
- SUN Classic
- Exact VM
- HotSpot VM ：HotSpot指热点代码探测技术
- BEA JRockit：(BEA 已被Oracle收购) 专注于服务端应用，世界最快的jvm之一
- IBM J9
- Taobao JVM: 目前已经在淘宝、天猫上线，替换了Oracle官方JVM；
- Graal VM: Oracle 2018年4月公开，口号 Run Programs Faster Anywhere.最可能替代HotSpot的产品
Android虚拟机 DVM
- 谷歌开发，基于Android，在2.2中提供了JIT
- 只能称作虚拟机 不能称为java虚拟机，他没有遵循Java虚拟机规范
- 基于寄存器架构，效率高，但是跟硬件耦合度比较高
- 不能直接执行class文件，执行的是dex文件
- 5.0使用支持提前编译的ART VM替换Dalvik VM