深入理解java虚拟机笔记（01）

第一部分：走进 java

再说 JDK JRE 和JVM
关于 ANdroid的 虚拟机
自己编译JDK实战

---

第二部分：自动内存管理机制

一、java内存区域和内存溢出异常

1、java运行时数据区域

程序计数器

• 程序计数器（Program Counter Register） 是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条执行字节码指令。
• 每条线程都有一个独立的程序计数器，各个线程的程序计数器是互不影响的，这也是多线程切换后可以正确执行代码的基础
• 如果执行的是java方法，这个计数器记录的是正在执行的虚拟机字节码指令地址。如果是native方法，计数器为空。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

java虚拟机栈

• 同样是线程私有，描述Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、方法出口等信息。一个方法对应一个栈帧。
• 局部变量表存放了各种基本类型、对象引用和returnAddress类型（指向了一条字节码指令地址）。其中64位长度long 和 double占两个局部变量空间，其他只占一个。
• 规定的异常情况有两种：1.线程请求的栈的深度大于虚拟机所允许的深度，将抛出StackOverflowError异常；2.如果虚拟机可以动态扩展，如果扩展时无法申请到足够的内存，就抛出OutOfMemoryError异常。

本地方法栈

• 和Java虚拟机栈很类似，不同的是本地方法栈为Native方法服务
• hotspot 里面甚至直接将二者结合了

java堆

• 是Java虚拟机所管理的内存中最大的一块。由所有线程共享，在虚拟机启动时创建。堆区唯一目的就是存放对象实例
• 堆中可细分为新生代和老年代，再细分可分为Eden空间、From Survivor空间、To Survivor空间
• 堆内存已经用完并且无法扩展时，抛出OutOfMemoryError异常

方法区

• 所有线程共享，存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
• hotspot 用永久代来实现方法区，这样容易导致内存溢出，后来有所改进，可以针对常量池和类型卸载进行GC
• 当方法区无法满足内存分配需求时，抛出OutOfMemoryError

运行时常量池

• Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项是常量池（Const Pool Table），用于存放编译期生成的各种字面量和符号引用。
• 并非预置入 Class文件中常量池 的内容才进入 方法运行时常量池 ，运行期间也可能将新的常量放入池中，这种特性被开发人员利用得比较多的便是String类的intern()方法。
• 当方法区无法满足内存分配需求时，抛出OutOfMemoryError，运行时常量池是方法区的一部分

直接内存

• 并不是虚拟机运行时数据区的一部分，也不是Java虚拟机规范中定义的内存区域。
• JDK1.4加入了NIO，引入一种基于通道与缓冲区的I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。因为避免了在Java堆和Native堆中来回复制数据，提高了性能。
• 当各个内存区域总和大于物理内存限制，抛出OutOfMemoryError异常。

2、hotspot虚拟机对象探秘

二、垃圾收集器和内存分配策略

三、虚拟机性能监控和故障处理工具

四、调优案例分析和实战

---