这张图我相信基本上对jvm有点接触的都应该很熟悉，可以说这是jvm入门的第一课。其中的“堆”和“虚拟机栈（栈）”更是耳熟能详。下面将围绕这张图对jvm的运行时数据区做一个简单介绍。
程序计数器（program counter register）
这和计算机操作系统中的程序计数器类似，在计算机操作系统中程序计数器表示这个进程要执行的下个指令的地址，对于jvm中的程序计数器可以看做是当前线程所执行的字节码的行号指示器，每个线程都有一个程序计数器（这很好理解，每个线程都有在执行任务，如果线程切换后要能保证能恢复到正确的位置），重要的一点——程序计数器，这是jvm规范中唯一一个没有规定会导致outofmemory（内存泄露，下文简称oom）的区域。换句话上图中的其余4个区域，都有可能导致oom。
☆虚拟机栈（java virtual machine stacks）
这块内存区域就是我们常常说的“栈”，我们所熟知的是它用于存放变量，也就是说例如：
int i = 0;
虚拟机栈内存就会用4个字节来存储i变量。对于变量的内存空间是一开始就能确定的（对于引用型变量，它当然存储的就是一个地址引用，其大小也是固定），所以这块内存区域在编译器就能够确定下来，这块区域可能会抛出stackoverflowerror或者oom错误。设置jvm参数”-xss228k”（栈大小为228k）。
 1 package com.jvm; 2  3 /** 4  * -xss228k，虚拟机栈大小为228k 5  * created by yulinfeng on 7/11/17. 6  */ 7 public class test { 8     private static int count = 0; 9 10     public static void main(string[] args) {11         test test = new test();12         test.test();13     }14 15     /**16      * 递归调用17      */18     private void test() {19         try {20             count++;21             test();22         } catch (throwable e) {     //exception已经捕获不了jvm抛出的stackoverflowerror23             system.out.println(递归调用次数 + count);24             e.printstacktrace();25         }26     }27 }
这是一段没有终止条件的递归，执行结果如下图所示，jvm抛出stackoverflowerror表示线程请求的栈深度大于jvm所允许的深度。
对于单线程情况下，无论如何抛出的都是stackoverflowerror。如果要抛出oom异常，导致的原因是不断地在创建线程，直到将内存消耗殆尽。
jvm的内存由堆内存 + 方法区内存 + 剩余内存，也就是剩余内存=操作系统分配给jvm的内存 - 堆内存 - 方法区内存。-xss设置的是每个线程的栈容量，也就是说可以创建的线程数量 = 剩余内存 / 栈内存。此时如果栈内存越大，可以创建的线程数量就少，就容易出现oom；如果栈内存越小，可以创建的线程数量就多，就不容易出现oom。
要避免这种情况最好就是减少堆内存+方法区内存，或者适当减少栈内存。对于栈内存的配置，一般采用默认值1m，或者采用64位操作系统以及64位的jvm。
本地方法栈（native method stack）
本地方法栈和虚拟机栈类似，不同的是虚拟机栈服务的是java方法，而本地方法栈服务的是native方法。在hotspot虚拟机实现中是把本地方法栈和虚拟机栈合二为一的，同理它也会抛出stackoverflowerror和oom异常。
☆java堆（java heap）
对于堆，java程序员都知道对象实例以及数组内存都要在堆上分配。堆不再被线程所独有而是共享的一块区域，它的确是用来存放对象实例，也是垃圾回收gc的主要区域。实际上它还能细分为：新生代（young generation）、老年代（old generation）。对于新生代又分为eden空间、from survivor空间、to survivor空间。至于为什么这么分，这涉及jvm的垃圾回收机制，在这里不做叙述。堆同样会抛出oom异常，下面例子设置jvm参数” -xms20m -xmx20m“（前者表示初始堆大小20m，后者表示最大堆大小20m）。
 1 package com.jvm; 2  3 import java.util.arraylist; 4 import java.util.list; 5  6 /** 7  * -xms20m -xmx20m 堆初始大小20m 堆最大大小20m 8  * created by yulinfeng on 7/11/17. 9  */10 public class test {11 12     public static void main(string[] args) {13         list<test> list = new arraylist<test>();14         int count = 0;15         try {16             while (true) {17                 count++;18                 list.add(new test());   //不断创建线程19             }20         } catch (throwable e) {21             system.out.println(创建实例个数： + count);22             e.printstacktrace();23         }24 25     }26 }
执行的结果可以清楚地看到堆上的内存空间溢出了。
☆方法区（method area）
对于jvm的方法区，可能听得最多的是另外一个说法——永久代（permanent generation），呼应堆的新生代和老年代。方法区和堆的划分是jvm规范的定义，而不同虚拟机有不同实现，对于hotspot虚拟机来说，将方法区纳入gc管理范围，这样就不必单独管理方法区的内存，所以就有了”永久代“这么一说。方法区和操作系统进程的正文段（text segment）的作用非常类似，它存储的是已被虚拟机加载的类信息、常量（从jdk7开始已经移至堆内存中）、静态变量等数据。现设置jvm参数为”-xx:maxpermsize=20m”（方法区最大内存为20m）。
 1 package com.jvm; 2  3 import java.util.arraylist; 4 import java.util.list; 5  6 /** 7  * -xx:maxpermsize=20m 方法区最大大小20m 8  * created by yulinfeng on 7/11/17. 9  */10 public class test {11 12     public static void main(string[] args) {13         list<string> list = new arraylist<string>();14         int i = 0;15         while (true) {16             list.add(string.valueof(i++).intern());   //不断创建线程17         }18     }19 }
实际上对于以上代码，在jdk6、jdk7、jdk8运行结果均不一样。原因就在于字符串常量池在jdk6的时候还是存放在方法区（永久代）所以它会抛出outofmemoryerror:permanent space；而jdk7后则将字符串常量池移到了java堆中，上面的代码不会抛出oom，若将堆内存改为20m则会抛出outofmemoryerror:java heap space；至于jdk8则是纯粹取消了方法区这个概念，取而代之的是”元空间（metaspace）“，所以在jdk8中虚拟机参数”-xx:maxpermsize”也就没有了任何意义，取代它的是”-xx:metaspacesize“和”-xx:maxmetaspacesize”等。
以上就是jvm基础入门之运行时数据区的详细内容。