深入理解jvm第二部分第二章的个人总结

第2章：java内存区域与内存溢出异常

jvm的内存结构在上一篇博客写过了，这里就不分析了。

一 java内存区域的直接内存和运行时常量池

      直接内存： 直接内存并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域。在JDK1.4中新加入了NIO(New Input/Output)类，引入了一种基于通道与缓冲区(Buffer)的I/O方式。它可以通过使用Native函数库直接分配堆外内存，然后通过一个存储在java堆中的DirectByteBuffer对象作为这块内存的引用进行操作，这样能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。

     本机直接内存的分配不会受到Java堆大小的限制，受本机总内存大小的限制，  配置虚拟机参数经常容易忘记直接内存，容易出现OutOfMemoryError异常  。直接内存的优点：减少垃圾回收的工作，因为垃圾回收会暂停其他的工作；IO读写的性能更高，多次读写的情况差异明显。 JDK 1.7之后，不需要考虑  配不配置都可以。

    运行时常量池：运行时常量池是方法区的一部分，Class文件中除了有类的版本，字段，方法，接口等描述信息外，还有一项信息是常量池，用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常亮池中存放。运行时常量池最大的差别就是可以动态的添加，最典型的就是String.intern()。调用inter方法时，如果常量池已经包含一个等于此String对象的字符串(由equals方法确定)，则返回池中的字符串，否则，将此String对象添加到池中，并且返回此String对象的引用。

二.对象新建的过程

1 new一个类名，

2 根据new的参数在常亮池中定位一个类的符号引用，

3  如果没有找到这个符号引用说明类还没有被加载，则进行类加载，解析和初始化(可见上一篇博客)

4 类加载检查通过后虚拟机将为新生对象分配内存，HotSpot虚拟机实现的Java对象包括三个部分：头对象，实例字段和对其字段。

     1)：头对象包括两个部分：①用于存储对象自身的运行时数据如：哈希码，GC分带年龄，锁状态标志，线程持有的锁，偏向线程ID，偏向时间戳等官方称为Mark Word；②另一部分是类型指针，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例。然而，并不是查找对象的元数据一定要通过对象本身，比如数组对象的对象头中必须保存记录数组长度的数据，因为从数组元数据中无法确定数据的大小，但从普通对象的元数据信息可以确定Java对象的大小。 

     2)：实例数据：是对象存储的真正有效信息，存储着自身定义和从父类继承下来的实例字段，字段的额存储顺序会受到虚拟机的分配策略和字段在java源码中定义顺序的影响。

     3):  对齐填充（不是必须）。

       分配内存有两种方式：一种是指针碰撞需要在内存空间是规整的条件下，另一种是空闲列表，列表记录可用的内存；用哪种分配内存的方式由内存是否规整决定，堆内存的规整又取决于JavaGC是否有压缩整理内存的功能。    如果出现并发的情况分配内存的这两种方式会出现问题， 保证方式1：对分配内存空间的动作做同步处理，采用CAS配上失败重试的方法保证跟新操作的原子性；2：把内存分配的动作按照线程划分成在不同空间之中执行，即每个线程在Java堆中预先分配一小块内存TLAB(本地线程分配缓冲)，那个线程需要分配内存，就先在哪个线程的TLAB上分配，只有TLAB用完，需要重新分配的TLAB时才需要加同步。

5 内存分配完成后需要将分配到的内存空间都初始化为零值(不包括头对象)，如果使用TLAB，这一工作也会在TLAB分配时进行，这就是实例对象字段可以不赋初值就可以使用，并访问到0值的原因。

6  对对象初始化操作，调用构造方法把对象按照程序员自己的意愿初始化。

 

三 对象的访问定位

Reference数据需要指向对象的地址，而虚拟机规范并没有指定reference的定位方式，目前主流有两种方式：句柄和直接指针；

    句柄方式：Java堆中划出一部分内存来作为句柄池，栈中的reference存储对象的句柄地址，句柄地址中包含了对象的实例参数与类型数据各自的地址信息。优点：在对象被移动时候只会改变句柄的值，而不需改变reference。(垃圾回收时移动对象是非常普遍的行为)；

  直接地址访问：Java堆大小的布局必须考虑如何放置类型数据的相关信息，二reference中存储的就是对象地址，优点：速度快，节省了一次指针定位的开销，对对象访问十分频繁采用此方法十分节省执行成本。

四  还有几个区的异常

  1) Java堆溢出：java堆用于存储对象实例和数组，只要对象不断被创建，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后会产生内存溢出异常OutOfMemoryError。(将堆得最小值-Xms参数与最大值 -Xmx参数设置为一样即可避免堆自动扩展)    

  2) 虚拟机栈和本地方法栈溢出：如果线程请求的栈深度大于虚拟机所允许的最大深度抛出StackOverflowError异常；如果虚拟机在扩展栈时无法申请到足够的内存空间，抛出OutOfMemoryError异常。

  3) 方法区和运行时常量池溢出：当方法区无法满足分配内存需求时，将抛出OutOfMemoryError异常。常量池无法再申请到内存时也会抛出OutOfMemoryError异常。

  4)本机直接内存溢出：DirectMemory容量可以通过-XX:MaxDirectMemorySize指定，如果不指定默认与Java堆最大值(-Xmx指定)一样，这个抛出异常时并没有真正向操作系统申请分配内存，而是通过计算得知内存无法分配，于是手动抛出异常，申请分配内存的方法是unsafe.allocateMemory().