JVM四大模块：运行时数据区（内存模型？）、类加载器子系统、执行引擎、GC（垃圾回收器）。
图中箭头表示存在引用关系
虚拟机栈指向方法区 -- 动态链接
虚拟机栈指向堆区 -- 局部变量 e.g. Test obj = new Test();
方法区指向堆区 -- 静态引用类型的属性
堆区指向方法区 – 类型指针
//对象在内存中的存储结构：
对象（在堆区）的header中，有类型指针Klass pointer指向该对象的instanceKlass实例（类的元信息，在方法区）。
实验： 证明对象中类型指针指向InstanceKlass
HSDB attach Test程序的进程->点击main线程->找到Test对象的内存地址->inspector输入地址查看->显示压缩指针确实指向InstanceKlass
在JVM中，并不存在JVM内存模型的实体。
/openjdk/hotspot/src/share/vm/memory/metaspace.hpp
class Metaspace : public CHeapObj<mtClass> { … }
JVM中所有的内存模块都是CHeapObj、ValueObj和AllStatic这三个类之一的子类。这三个类的所有子类被统称为JVM内存模型。
/openjdk/hotspot/src/share/vm/adlc/arena.hpp
// All classes in the virtual machine must be subclassed // by one of the following allocation classes: // For objects allocated in the C-heap (managed by: free & malloc). // - CHeapObj // For embedded objects. // - ValueObj // For classes used as name spaces. // - AllStatic // class CHeapObj {…}; class ValueObj {…}; class AllStatic {…};
名称概念
class文件: 硬盘上的.class文件
class content: 类加载器文件将.class文件加载进内存后，存储字节码数据的那块内存区域。
/openjdk/hotspot/src/share/vm/classfile/classfile.hpp
instanceKlassHandle ClassFileParser::parseClassFile(…) { … ClassFileStream* cfs = stream(); // class content就是这里的stream字节流 … }
class对象: 反射获取到的class对象。（在JVM中，真正获取到的是instanceMirrorKlass的实例）
e.g.
Class clazz = Test.class;
对象: java代码中new获取到的对象。E.g.
Test obj = new Test();
程序计数器：JVM中模拟的程序计数器是字节码的索引。OS中真正的程序计数器是EIP（for 32位机）或RIP（for 64位机）。
查看程序计数器：jclasslib查看字节码，打开某个方法，各指令前的数字序号。
对操作系统来说JVM相当于一个大的内存池。
内存池：在OS heap里划分出一块小的堆。内存池又划分为很多小块的memory chunk。
e.g. CHeapObj、ValueObj和Allstatic类相当于memory chunk，一般对象相当于memory cell。
方法区
*类加载器子系统将解析得到的instanceKlass和instanceMirrorKlass实例分别存储在方法区和堆区
方法区是（理论）规范，永久代、元空间是具体实现。
永久代: openjdk 1.8以前的方法区的实现，在堆区。Jdk8以后用元空间代替。
元空间：openjdk1.8及以后方法区的实现，在直接内存（OS内存）。
JVM为什么用元空间取代了永久代？
1) 便于写GC算法，因为元空间将方法区和堆区分开放置。永久代中，类的元信息、字符串全部都放在堆区，而堆区是放置对象的，GC算法需要区分当前需要标记的是对象、字符串还是元信息，比较难写。
2) 避免永久代OOM。类的元信息后面可以有动态生成(e.g. cglib：反射/动态代理等底层有用到的一种自动生成技术)，使用出错时有可能出现无限创建。
3) 硬件的发展。以前32位机时内存最大只有4G，分给内核层和应用层各2G。为了限制程序能使用的内存大小，永久代将方法区和堆区放在一起管理。如今内存增大，有些应用需要的内存较大，都放在堆区管理的做法已经不太合理。
4) 避免字符串OOM。Jdk6时字符串存储在永久代中，jdk7及以后字符串存储在堆区。
JVM不做任何调优的情况下，元空间最大/最小是多少？
命令：java –XX:+PrintFlagsFinal –version | grep Metaspace
e.g.
最小: MetaspaceSize (bytes)
最大: MaxMetaspacesSize (bytes)
元空间如何调优？
*调节堆区用-Xms和-Xmx，一般将堆区的最大和最小调成一样大
-XX:MetaspaceSize; -XX:MaxMetaspaceSize
- 元空间同理，将最大和最小调成一样大。（原因：防止内存抖动）
* 内存抖动： e.g. 线程池中设置了最小线程数min和最大线程数max，如果任务池里的任务较多，线程池就会自动扩容线程到max个。过了一段时间后任务执行完，max个线程会占内存消耗系统资源，线程池会自动销毁线程。内存忽大忽小，使用时需要判断是否需要调节，给程序的稳定性和性能带来不必要的开销。
- 调成多大：一般选择物理内存的1/32。
- 程序运行时查看元空间实际占用多少内存：使用工具visualVM（有GUI，适用中小型公司）或arthas（可在服务器使用）。
本地方法栈
本地方法栈：Java调用C/C++的动态链接库，运行里面的函数时所要用到的栈。i.e. JNI
随着socket的发展（稳定、性能高、兼容性强），本地方法栈已经逐渐不被使用。
虚拟机栈
一个JVM中有几个虚拟机栈？
- 每个线程一个。
一个虚拟机栈中有几个栈帧？
- 方法调用次数 个。
栈帧：虚拟机栈中一种更小的单位。存放每个方法的实参和局部变量等信息，便于更清晰地处理方法的运行。
怎么查看虚拟机栈大小？
命令：java –XX:+PrintFlagsFinal –version | grep StackSize
查看ThreadStackSize的值。
e.g. 虚拟机栈默认大小是1024K
**实验：一个栈帧占多少字节？
-> 将栈大小调成160k （用-Xss命令调节ThreadStackSize） //疑问：为什么是160k？100k不行吗？
-> 把栈搞成OOM，看创建了多少栈帧（栈深度），计算得到一个栈帧的字节数（160*1024/帧深度） //尚未做该实验，不知道结果
栈帧包含5个区域：局部变量表、操作数栈、动态链接、返回地址、附加信息。
*附加信息：建议存放调试信息。参考《java虚拟机规范》
动态链接：方法对应的JVM对象在元空间中的内存地址
返回地址：保存现场
局部变量表：存储局部变量的表。Jclasslib -> Methods/方法名/Code/LovalVariableTable可查看。E.g.
操作数栈：存储操作数的栈。可对其进行push/pop等栈操作。Jclasslib -> Methods/方法名/Code可查看指令中对操作数栈所做的bipush等操作。E.g.
类的方法 在方法区的存储
一个类解析完以后生成的klass对象存储在方法区，klass对象的方法对象集合中存储该类的方法对象。
每个方法对象存放class文件中解析出的对应方法信息e.g. 局部变量表大小，操作数栈大小，access flag，方法体字节码etc。
e.g. 案例代码
public class Test { public static Test t=new Test(); public static void main(String[] args) { Test demo=new Test(); System.out.println(demo.add()); } public int add() { int a = 10; int b = 20; return a+b; } }
IDEA run过程包括：
1) 调用javac命令将.java文件编译成.class文件
2) 调用java命令运行.class文件 //JVM此时开始运行
在JVM实现中，方法存放在InstanceKlass的虚表vtable里。一个vtable相当于一个类中各方法对象的集合e.g. list<MethodObject*>。
/home/lily/Documents/openjdk/hotspot/src/share/vm/oops/instanceKlass.hpp
int _vtable_len; // length of Java vtable (in words)
main方法字节码：*解释参考《字节码手册》
对应java代码中的”Test demo=new Test();”语句:
0 new #2 <com/experiment/aaa/jvm/Test>
-> 在堆区生成了一个不完全对象（InstanceOopDesc，未执行构造方法的对象）
-> 将不完全对象的指针（指向堆区）压入操作数栈
3 dup
//duplicate 用处：将对象指针作为this进行传参
-> 复制栈顶元素（不完全对象）
-> 压入操作数栈 //此时操作数栈中有2个不完全对象指针
4 invokespecial #3 <com/experiment/aaa/jvm/Test.<init>>
-> 执行invokespecial指令，完成运行方法的环境构建
/*在构件环境的过程中完成了this指针赋值：
->pop取出栈顶元素
->在init方法局部变量表index0给this指针赋值 */
*非静态方法的第一个参数(index0位置)一定是this指针
-> 执行构造方法
//这句（执行构造方法）执行完，栈中指针指向的变为完全对象
7 astore 1
-> pop栈顶元素
-> 将完全对象的地址赋值给局部变量表index1
查看main方法局部变量表证明index1确实指向new得到的对象(demo):
JVM运行main方法，内部是怎么做的？
* 线程保存有2个指针属性：局部表开始指针、操作数栈当前指针
1) 创建运行main方法需要的栈帧
2) 将main方法的操作数栈当前指针赋值给线程的操作数栈当前指针
3) 将main方法的局部表开始指针赋值给线程的局部表开始指针
JVM运行被调用的方法，内部是怎么做的？
e.g. 在main方法中调用add方法
1) 创建运行callee方法(add)需要的栈帧
2) 在callee方法(add)的栈帧中保存caller方法(main)字节码的下一行程序计数器（15的下一行==18）
3) 线程的局部表开始指针（指向caller (main)的局部变量表）保存至callee方法(add)的栈帧
4) 线程的操作数栈当前指针（指向caller (main)的操作数栈）保存至callee方法(add)的栈帧
5) 将callee方法(add)的局部表开始指针赋值给线程的局部表开始指针
6) 将callee方法(add)的操作数栈当前指针赋值给线程的操作数栈当前指针
堆
堆的最小大小：物理内存的1/64
堆的最大大小：物理内存的1/4
新生代和老年代大小比例为1:2，Eden区、From区和To区大小比例为8:1:1。
如何调优？ -Xms和-Xms，最小和最大调成一样大。
什么对象会进入老年代？
1) 15次GC仍然存活的对象
//因为hotspot实现中动态年龄占4bit(0~15)，次数不可能调到>15
2) 大对象
//*大对象：对象大小超过eden区的一半
//大对象的计算标准不是固定的，因为eden区的大小是在运行期动态调整的。
3) 空间担保
//针对eden区
//GC后eden区还剩下的对象，如果from区或to区都不能存下，就会全部进入老年代
4) 动态年龄判断
// 针对eden区和from区
//GC后，Eden区+from区都有剩下对象，如果to区不能存下，就会全部进入老年代