Java运行时数据区域

      先上一个图，看看jvm运行时的数据区

                             jvm运行时的数据取图    

 可以看出堆和方法区域在不同线程中是共享的。

    我们先来看看最为陌生的程序计数器，为什么他是线程非共享的呢？我们知道多线程是通过线程轮流切换来实现的，而且每一个内核只会运行一个线程指令，所以每一个线程都需要一个独立的程序计算器来记录。从上面的解释来看程序计算器的功能是当前线程所执行的字节码的行号标志器。在这里要声明的是计数器记录的是正在执行字节码指令的地址。如果执行的是Native方法（相当于java中的C语言方法）的话，计数器此时是空的。

  下一位大名鼎鼎的栈同学：既然用了大名鼎鼎就知道是常说的JVM栈，不是本地方法栈了。第一存放的东西：基本类型和引用和returnAddress类型（指向了一条字节码的地址）。第二样栈存放的本质其实是局部变量表。 有要强调的地方：该区域的两种异常，栈请求的深度大于jvm允许的深度，StackOverflowError异常；当然栈内存是可以扩展的，而扩展到无法申请到足够的内存时会抛出OutOfMemoryError异常。

       SOF异常：

     vm参数  ：-Xss128k（配置栈的大小）

       结果如下图：

           

                                                                                           

                                                                                                         栈内存溢出图    

    通过这个实验表明：在单线程下，无论是由于栈帧太大还是vm的容量太小，当内存无法分配是抛出的就是SOF.

   OOM异常不想多说，参数的设置和SOF的一样

    next栈他哥，本地方法栈，和他弟弟没太多差别，异常也一样，只不过哥哥存放的是native方法，有的虚拟机将两兄弟合体。

    下一位也是鼎鼎大名的同学，堆哥，为何称他为哥呢？想必大家都知道这位是jvm内存中最大的一块。存放的东西对象实例，数组，所以GC也是在这里面里面跑的。有一些我不知道的对堆哥的划分也写一下吧：新生代，老生代；从内存分配的角度来看，线程共享的堆也可以分出多个线程私有的分配缓冲区。（这些目前都不知道是什么意思）。堆的扩展应该是自动的，所以只有OutoffMemoryError。

   

   

 在分析这个例子之前我想和各位同僚分享一下我vm的参数设置

      

       -Xms5m：运行的最大内存为5m ;

       -Xmx5m:   最小内存为5m;最大最小相等就是不让堆动态的变化，我们说过堆大小是可以变化的 

      -Xmn2m:     将新域的初始值设置为2m

      -verbose:gc  -XX:+PrintGCDetails：这两个便是打印信息

       -XX:SurvivorRation=8：这个本来是书上有的但是加入之后控制台报错说无法识别SurvivorRation，我的版本是1.6的不知道为什么，如果能搞定的朋友指点一下

      看一个堆溢出的例子

      

                                                                                              

                                                                                       堆中内存溢出信息图

     方法区（小名非堆），存放已经被加在的类信息，常量，静态变量。同样这个区域也有GC的存在，针对的是常量池的回收和类型的卸载，但效果不咋地。运行时常量池（class文件除了版本，字段，方法，接口等描述信息外，还有一位常见的老兄就是YXSCLL了）就是方法区的一部分，这一部分我想多说两句：常量的产生并不一定要求在编译是产生（如String的intern（）方法），抛出的异常OutoffMemoryError。

    配置：-XX:PermSize=10m -XX:MaxPermSize=10m

  

                                                                                  运行是常量池溢出图

     

    从运行结果可以看出，提示的信息是PermGen space，说明运行是常量池属于方法方法区一部分。

    除了上面的几位还有搭上一位：直接内存,这位兄弟主要是为了提高性能，在jdk1.4之后，引入了一种基于通道和缓存区的I/O方式，有了他可以使用native函数库就分配堆外内存，再通过存储在java堆的DirectByteBuffer对象对这块内存的引用操作。在异常方面，这位兄弟只受本机总内存影响，但如果各个内存区域的总和大于物理内存，同样在动态扩展是将出现OOME异常。