《深入理解JVM虚拟机》读书笔记(一)

此书一共分为5个部分:

  1. 走近Java
  2. 自动内存管理机制
  3. 虚拟机执行子系统
  4. 程序编译与代码优化
  5. 高效并发

这里,我直接跳过第一部分的内容,开始第二部分的内容。此部分包括:

  • Java内存区域与内存溢出异常
  • 垃圾收集器与内存分配策略
  • 虚拟机性能监控与故障处理工具
  • 调优案例分析与实战

开记!!!

首先引用原书中的一句话,“Java与C++之间有一堵由内存动态分配和垃圾收集技术所围成的“高墙”, 墙外面的人想进去, 墙里面的人却想出来。

一. 运行时数据区域

Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。
《深入理解JVM虚拟机》读书笔记(一)_第1张图片
程序计数器:一块很小的内存区域,用来记录程序下一条字节码指令的地址,如果线程正在执行的是一个Java方法,这个程序计数器记录的是正在执行的虚拟机字节码指令地址;如果正在执行的是一个Native方法,这个计数器的值则为空。

此区域是Java虚拟机规范中没有规定任何OutofMemoryError情况的区域。


虚拟机栈:线程私有,生命周期与线程相同,这个区域描述的是Java方法执行的内存模型:每个方法在执行的时候都会创建一个栈帧(Stack Frame)用于存储局部变量表,操作数栈,动态链接,方法出口等信息。
在虚拟机规范中,这个区域规定了2种异常:一是线程请求的栈深度大于虚拟机所允许的深度将抛出StackOverflowError异常;如果虚拟机栈可以动态扩展,如果申请到足够的内存,就会抛出OutOfMemoryError异常。


本地方法栈:与虚拟机栈类型,只不过本地方法栈是调用本地的Native方法,与虚拟机栈一样会抛出StackOverflowError及OutOfMemoryError异常。


Java堆:所有对象实例及数组都要在堆上分配(Java虚拟机规范描述),但是随着JIT编译器的发展与逃逸分析技术逐渐成熟,栈上分配,标量替换优化技术将会导致一些微妙的变化。
Java堆可以分为新生代和老年代;再细致一点新生代分为Eden空间,From Survivors空间,To Survivors空间。进一步划分是为了更好的回收内存,跟回收算法有关系。
虚拟机规范中规定,Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可。会发生OutOfMemoryError异常。


方法区:跟Java堆一样是线程共享的内存区域,它用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译器编译后的代码等数据。虚拟机规范把这个区域描述为堆的一个逻辑部分,但它有一个别名叫非堆(Non-Heap),会发生OutOfMemoryError异常。


运行时常量池:是方法区的一部分,用来存储各种字面量及符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放。
常量池具有动态性,运行期间也可能将新的常量放入池中,这种特性用的比较多的是String的intern()方法。会发生OutOfMemoryError异常。


直接内存:并不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域,但这部分也被频繁的使用,最典型的应用便是JDK1.4新增的NIO通过DirectByteBuffer对象来操作这部分内存,这样避免了Java堆跟Native堆中数据来回复制数据的开销。


二. HotSpot虚拟机对象探秘

Java对象的创建过程:只提供一个图,细节太多。

《深入理解JVM虚拟机》读书笔记(一)_第2张图片

Java对象的内存分布:

三个区域--对象头Header,实例数据Instance Data,对齐数据Padding

其中对象头分为2个部分,分别是Mark word与类型指针(指向它的类元数据)


你可能感兴趣的:(深入理解JVM虚拟机读书笔记,JVM,深入理解JVM虚拟机)