深入Java -JVM 内存管理

一.综述

如果你学过c或者c++，那么你应该感受过它们对内存那种强大的掌控力。但是强大的能力往往需要更强大的控制力才能保证能力不被滥用，如果滥用c/c++的内存管理那么很容易出现指针满天飞的情况，不出问题还好，一出问题debug起来简直让人头疼得不要不要的。借用一句话，“指针一时爽，重构火葬场”。

而对java程序员来说，则没有这样的烦恼，因为java直接将内存管理交由jvm来管理，这样程序员在编写程序的时候就不用担心内存的使用情况而可以专注内容的实现。但这其实也造成了一点隐患，如果你不了解jvm内存管理的机制，很可能会因一些错误的代码写法而导致内存泄漏或内存溢出。

二.jvm内存结构

三.每部分存储了哪些数据

1.程序计数器

程序计数器是一块较小的内存空间，可以看作当前线程所执行字节码的行号指示器，即指向正在执行的字节码。在概念模型中，字节码解释器的工作就是通过改变这个程序计数器的值来选取下一条字节码的指令。

值得一提的是，因为java的多线程是通过线程轮流切换并分配处理器执行时间来实现的（即一个小的时间段内仍然只有一个线程处于运行状态），每个线程的执行指令都不一样，为了使线程切换后能正确执行到该线程的下一指令，每个线程都需要一个独立的程序计数器，所以程序计数器使线程私有的。

2.虚拟机栈

虚拟机堆和虚拟机栈可以说是jvm内存中最值得我们关注的两块内存区域。虚拟机栈是内存私有的，每个方法在执行的同时会创建一个栈帧。用于存储局部变量表，操作数栈，动态链接等信息。每一个方法调用到执行完成的过程，其实就是对应一个栈帧在虚拟机栈中入栈到出栈的过程。

在这个区域可能出现的异常情况有两种，分别是*error和outofmemoryerror。当栈动态拓展过深，比如无限递归时会出现*error，而当无法申请到足够内存时，则发生outofmemoryerror。

3.堆

对大部分应用来说，堆是jvm管理的内存中最大的一块。与虚拟机栈不同，堆是被所有线程共享的。它的作用是存放对象的实例，几乎所有的对象实例都在这里分配内存。
堆同时也是垃圾收集器管理的主要区域，从内存回收的角度看，java堆可以分为“新生代”和“老年带”。

java堆可以处于物理上不连续的内存空间中，只需要其是逻辑上连续的即可，如我们的磁盘空间。当在堆中无法申请到足够的内存空间时，会抛出outofmemoryerror。

4.方法区

与java堆一样，方法区也是所有线程共享的。它主要的功能时存储虚拟机加载的类信息，常量，静态变量，编译后的代码数据等。可以明显发现，方法区存放的这些数据都是比较难以被回收的，所以这个区的垃圾回收行为较少发生。

若在方法区中无法申请到足够的内存时，将会抛出outofmemoryerror。

值得一提的是方法区中有一个运行时常量池。注意这里不是字符串常量池，它存储的是类编译时期生成的各种字面量和符号引用，并且每个类都有一个。

这里介绍一下什么是字面量和符号引用：

• 字面量包括：1.文本字符串 2.八种基本类型的值 3.被声明为final的常量等;
• 符号引用包括：1.类和方法的全限定名 2.字段的名称和描述符 3.方法的名称和描述符。

四.内存溢出和内存泄漏

内存溢出很好理解，就是发生outofmemoryerror，比如当java堆中新建了太多实例，耗完内存后就会发生内存溢出。比如如下实例代码：

 public class heapoom{

     static class oomobject{}

     public static void main(string[] args){
         list<oomobject> list = new arraylist<oomobject>();
         while(true){
             list.add(new oomobject());
         }
     }
 }

由于无限循环不断新建对象，最终会导致内存溢出。

那么内存泄漏呢？

内存泄漏的原因主要是一个对象已经不再需要使用，但被另一个长对象持有时，就有可能发生内存泄漏。比如在方法内一个对象被全局的hashmap持有，方法执行结束没有释放就会导致内存泄漏。

再有就是当一个对象被存储进hashset后，其hashcode计算相关的变量被修改了，这也有可能导致内存泄漏，因为这时候这个对应基本已经不可达了。