JVM运行时数据区域
- 运行时数据区域？
- Java内存模型？
- 如何判定一个对象是否存活？
- 什么样的垃圾才能被回收？什么时候会回收？
- 新老永久区？
- 垃圾回收算法、回收器分类、CMS原理？
- java内存分配与回收策率以及Minor GC和Major GC ？
- 内部类的存储方式？
https://www.zhihu.com/question/27339390
一、运行时数据区域？
1. 程序计数器：（一块较小的内存空间，线程私有）
a. 当前线程所执行的字节码的 行号指示器；记录当前执行到哪里了，线程间轮流切换时保存执行位置。
b. 唯一一个没有规定有OutOfMemoryError的区域。
2. Java虚拟机栈：（线程私有）
a. 生命周期与线程相同。
b. 每个方法调用时，会创建一个栈桢（Stack Frame），并添加到虚拟机栈中。
c. 栈桢中保存了这个方法的：局部变量表、动态链接、操作数栈、方法出入口等信息。
d. 如果线程请求栈深度大于虚拟机允许的最大深度，会抛出StackOverFlowError异常。如果在动态扩展栈深度过程中，无法申请到足够内存，会抛出OutOfMemoryError。
3. 本地方法栈：（线程私有）
a. 和Java虚拟机栈类似，它执行的是Native的方法。
4. 堆：（线程共享）
a. 虚拟机管理的内存中最大的一块区域，所有 对象实例 和 数组 都要在堆上分配。
b. 堆是垃圾收集器管理的主要区域，因此常叫做 GC堆。
c. 堆大小可固定，也可扩展(-Xmx -Xms控制)；若堆中没有足够内存完成实例的分配，且堆也不能扩展，将会抛出OutOfMemoryError。
5. 方法区：（线程共享）
a. 虚拟机加载的类信息，常量(即final static)，静态变量(static)，即时编译器编译后的代码等数据。
b. 当方法区不能满足内存分配时，会抛出OutOfMemoryError。
6. 运行时常量池：
a. 方法区的一部分。
b. 用于存放编译期生成的各种 字面量（即直接数，其中又包含 字符串常量、基本数值） 和 符号引用；
- 可能过反编译(javap -verbose Test.class) 查看Constant pool里保存的信息。
- 符号引用加载到虚拟机会转化为直接引用，此时直接引用仍然保存在运行时常量池中。
c. 当常量池无法再申请到内存时会抛出 OutOfMemoryError。
7. 直接内存：
a. 直接内存并不是虚拟机运行时数据区的一部分，也不是规范中定义的内存区域。
b. NIO中引入了基于Channel与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。
c. 直接内存分配不会受到堆大小的限制，它会受到操作系统或物理内存的限制，所以也会导致OutOfMemoryError。
