《深入理解JAVA虚拟机》学习日志----一、自动内存管理机制（1.Java内存区域与内存溢出异常）

一、Java内存区域与内存溢出异常

   JAVA与C++、C在内存管理领域的区别：C、C语言必要要自己处理内存的释放；而JAVA自带虚拟机自动内存管
理机制，所以可以为我们节省很多麻烦的事情，但也正因为这个原因，所以一旦出现内存泄漏和溢出方面的问题,那么排
查错误将会成为一项异常艰难的工作。

1.1 运行时数据区域

Native方法：
这里我引用这个大佬的博客 详解Native方法

   定义：
    “A native method is a Java method whose implementation is provided by non-java code.” 
 简单地讲，一个Native Method就是一个java调用非java代码的接口。一个Native Method是这样一个java的方法：
 该方法的实现由非java语言实现，比如C。这个特征并非java所特有，很多其它的编程语言都有这一机制，比如在C＋＋
 中，你可以用extern “C”告知C＋＋编译器去调用一个C的函数。 
 在定义一个native method时，并不提供实现体（有些像定义一个java interface），因为其实现体是由非java语言
 在外面实现的。，下面给了一个示例： 
   public class IHaveNatives 
   { 
       native public void Native1( int x ) ; 
       native static public long Native2() ; 
       native synchronized private float Native3( Object o ) ; 
       native void Native4( int[] ary ) throws Exception ; 
   } 
   ......

1.1.1 程序计数器

	1.这是一块较小的内存空间，它可以看作时当前线程所执行的字节码的行号指示器。
	
	2.在虚拟机的概念模型里面，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，
分支、循环、跳转、异常处理、线程恢复登基础功能都需要依赖这个计数器来完成。

  	3.如果是Java方法，则记录的是正在执行的虚拟机就字节码指令的地址；如果是Native方法，这个计数器值则为空
（Undefined）。

	4.此内存区域是唯一一个在Java虚拟机规范中没有规定任何 OutOfMemoryError 情况的区域

1.1.2 Java虚拟机栈

	1.生命周期和线程一样。

	2.描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、等
信息。每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。

	3.现在很多人把Java内存区分为堆内存和栈内存，但这只能说明大多数程序员关注的是这两块，但实际上远比这复杂，
而栈内存就是虚拟机栈，或者说是虚拟机栈中局部变量表部分。

	4.如果线程请求的栈深度大于虚拟机所允许的深度，将抛出 StackOverFlowError异常；如果虚拟机扩展时无法申
请到足够的内存，就会抛出 OutOfMemoryError 异常。

1.1.3 本地方法栈(Native Method Stack)

	和虚拟机栈所发挥的作用很相似，区别在于虚拟机栈为虚拟机执行Java方法（也就是字节码）服务，而本地方法栈则
	
为虚拟机使用到的Native方法服务。

1.1.4 Java堆

	1.此内存区域的唯一目的就是存放对象实例，几乎所有的对象实例都在这里分配内存，注意是几乎，不是100%的，还
有栈上分配、标量替换优化技术，但这也不妨碍其成为虚拟机所管理的内存中最大的一块。

	2.是垃圾收集器管理的主要区域，所以也被称做“GC堆”(Garbage Collected Heap)。而这其中又牵扯到了很多
内存回收、算法的知识，后面再说。

1.1.5 方法区

	1.用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。注意：虽然Java虚拟机规范
把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap，目的应该是与Java堆区分开来。

	2.这个区域垃圾收集行为比较少出现，这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载。

1.1.6 运行时常量池

	是方法区的一部分，运行期间可以将新的常量放入池中，这种特性被开发人员利用的比较多的便是String类的intern()方法。

1.1.7 直接内存

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

能在一些场景中显著提高性能，因为避免了在Java堆和Native堆中来回复制数据。

1.2 实战：OutOfMemoryError异常

	下面我们将通过几个实例来了解一下这个异常。

1.2.1 Java堆溢出

	VM Args中的参数:   
	  -Xms:堆的最小值	
	  -Xmx:堆的最大值   (最小值和最大值设置成一样可以避免堆自动扩展)
      -XX:+HeapDumpOnOutOfMemoryError:让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照以便分析。

可以通过工具Eclipse Memory Analyzer来进行分析，具体如何进行分析，后面再继续学习。

1.2.2 虚拟机栈和本地方法栈溢出

	由于再HotSpot虚拟机中并不区分虚拟机栈和本地方法栈，因此虽然 -Xoss参数（设置本地方法栈大小）存在，但实
际上是无效的，栈容量只由-Xss参数设定。

   实验结果表明：在单个线程下，无论是由于栈帧太大还是虚拟机栈容量太小，当内存无法分配的时候，虚拟机抛出的都是
StackOverflowError异常。

操作系统内存=Xmx(最大堆容量)+MaxPermSize(最大方法区容量)+程序计数器消耗的内存(很小，几乎可以忽略)+栈消耗的内存(虚拟机栈和本地方法栈)

上面那种是单线程的情况，还有另外一种情况就是不停的创建线程，而创建线程会消耗栈内存，此时在不能减少线程数或者更换64位虚拟机的情况下，就只能通过减少最大堆和减少栈容量来换取更多的线程。

继续加油