1-JVM之Java运行时数据区域

程序计数器

作用:

程序计数器是较小的内存空间，它可以当做是当前线程所执行的字节码的行号指示器。

字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支，循环，跳转，异常处理，线程恢复等基础功能都需要依赖这个程序计数器来完成。

程序计数器的线程隔离性

java 虚拟机的多线程都是通过线程轮流切换并分配处理器执行时间的方式来实现的，在任何一个确定的时间,一个处理器(对于多核处理器来说是一个内核)都会只执行一条线程中的指令。因此为了保证线程的执行，每一个线程都有一个独立的线程计数器，各个线程的程序计数器相互独立，互不影响。

说明:

如果线程执行的时一个Java代码，这个计数器记录的是正在执行的虚拟机字节码的指令地址。
如果正在执行的时Native方法,这个计数器值则为空。
此内存区域是为一个在Java虚拟机中没有规定任何OutOfmemoryError情况的区域.

java 虚拟机栈

作用:

java 虚拟机栈描述的是java方法执行时候的内存模型。

每一个栈帧用于存储局部变量表,操作数栈,动态链接,方法出口等信息。
每一个方法从调用直至完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

哪些局部变量可以存放到java 虚拟机栈中?

局部变量表存放了预编译期的可知基本类型(boolean, byte, char, sort, short, int, float, long, double),对象引用(可能是一个指向对象的指针,也可能是指向一个代表对象的句柄)

64位长度的基本类型(long, double)会占用两个局部变量空间，其余的数据类型只占用一个。

说明

如果线程请求的栈深度大于虚拟机所允许的深度，将抛出 StackOverflowError异常；
如果虚拟机栈可以动态扩展，扩展时无法申请到足够的内存，就会抛出OutOfMemoryError异常;

本地方法栈

本地方法栈与虚拟机栈所发挥的作用是非常相似的，他们的区别不过是虚拟机栈为虚拟机执行java方法服务，而本地方法栈则为虚拟机使用到的Native方法服务。

java 堆

对于绝大多数应用程序来说: Java 堆是java虚拟机所管理的内存中最大的一块。

Java 堆是被所有线程共享的一块内存区域，在虚拟机时创建。此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例以及数组都在这里面分配内存(随着JIT发展，所有对象都在堆上分配变得不再绝对)。

说明:

如果堆中没有内存完成实例分配，并且堆也无法在扩展时，将会抛出OutOfMemoryError异常。

方法区

方法区与Java堆一样，是各个线程共享的内存区域，它用于存储已被虚拟机加载的类信息，常量，静态变量，即使编译器编译编译后的代码等数据。

运行时常量池

运行时常量池是方法区的一部分， Class 文件中除了有类的版本，字段，方法，接口等描述信息外，还有一项信息是常量池，用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量中存放。

直接内存:

什么是直接内存?

直接内存并不是虚拟机运行时数据区的一部分，也不是java虚拟机规范中定义的内存区域。

在 JDK 1.4 中新加入了NIO类，引入了一种基于通道与缓冲区的I/O方式,他可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆中DirectByteBuffer对象作为这块内存的引用进行操作。

OutOfMemoryError:

1.Java堆溢出

参数信息:

-Xms：最小堆大小
-Xmx：最大堆大小
-XX:+HeapDumpOnOutOfMemoryError : 打印堆信息

/**** <pre>*     -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError**     java -Xmx20m -Xms20m -XX:+HeapDumpOnOutOfMemoryError -cp jvm-study-1.0.jar com.saligia.HeapOOM*     java.lang.OutOfMemoryError: GC overhead limit exceeded*     Dumping heap to java_pid1530.hprof ...*     Heap dump file created [36732326 bytes in 0.165 secs]*     Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded*      at java.util.LinkedList.linkLast(LinkedList.java:142)*      at java.util.LinkedList.add(LinkedList.java:338)*      at com.saligia.HeapOOM.main(HeapOOM.java:23)* </pre>* @user : saligia* @date : 2018-05-09*/
public class HeapOOM {static class OOMObject{// 空对象在堆中还需要分配对象头信息(对象类信息引用,持有锁，对象hash码, gc分代年龄等)}public static void main(String[]  args){List<OOMObject> list = new LinkedList<OOMObject>();while(true){list.add(new OOMObject());}}
}

错误信息:java.lang.OutOfMemoryError: GC overhead limit exceeded

出现异常提示信息：java.lang.OutOfMemoryError: GC overhead limit exceeded，这里没有提示说堆还是持久代有问题，虚拟机只是告诉你你的程序花在垃圾回收上的时间太多了，却没有什么见效。默认的话，如果你98%的时间都花在GC上并且回收了才不到2%的空间的话，虚拟机才会抛这个异常。

2. 栈溢出(虚拟机栈,本地方法栈)

参数信息:

-Xss 栈大小

package com.saligia;/**** <pre>*     java -Xss128k**     java -Xss256k -cp jvm-study-1.0.jar com.saligia.JavaVMStackSOF*     stack length : 2293*      Exception in thread "main" java.lang.StackOverflowError*        at com.saligia.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:14)*        at com.saligia.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:14)*        at com.saligia.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:14)*        at com.saligia.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:14)*        at com.saligia.JavaVMStackSOF.stackLeak(JavaVMStackSOF.java:14)* </pre>* @user : saligia* @date : 2018-05-09*/
public class JavaVMStackSOF {private int stackLength = 1;public void stackLeak(){stackLength ++;stackLeak();}public static void main(String [] args) throws Throwable {JavaVMStackSOF oom  = new JavaVMStackSOF();try{oom.stackLeak();}catch (Throwable e){System.out.println("stack length : " + oom.stackLength);throw e;}}
}

错误信息:Exception in thread "main" java.lang.StackOverflowError

通过不断建立线程的方式也是可以产生内存溢出异常：

系统分配各每个进程的空间都是有限的，总的内存 - Xmx(最大堆) - MaxPerSize(最大方法区容量), 剩下的内存就基本被虚拟机栈和本地方法区瓜分了。

每个线程的虚拟机栈空间越大，允许创建的线程数量就越少，建立线程时就容易把剩下的内存耗尽。

所以，如果是建立过多线程导致的内存溢出，再不能减少线程数的情况下，就只能通过减少栈容量来换取更多的线程 。

3.方法区和运行时常量池溢出:

错误现象:Exception in thread "main" java.lang.OutOfMemoryError: PermGen space

方法区溢出也是一种比较常见的现象:

程序使用了CGLib字节码增强和动态扩展语言外
大量的jsp 或动态产生JSP文件的应用
基于OSGi的应用。

4. 本机直接内存溢出:

DirectMemory 容量可以通过-XX:MaxDirectMemorySize指定，如果不指定，默认是与java堆大小相等。

由DirectMemory 导致的内存溢出，一个明显的特征就是在Heap Dump 文件中不会看见明显的异常，如果读者发现OOM之后Dump文件很小，而程序中有直接或间接的使用了NIO, 就可以考虑这方面的问题。