关闭

Java内存区域

标签: java虚拟机内存管理内存区域
399人阅读 评论(0) 收藏 举报
分类:
        java和c来说,主要是java虚拟机自动内存管理机制,开发人员不需要手动去在new对象之后专门写delete和free的代码,不容易出现内存泄露和内存溢出问题。不过也正是因为java程序员把内存管理控制的权利交给了java虚拟机,一旦出现内存泄露或者溢出问题,那个错误将会成为一项很难排查的工作。对于c程序的开发人员来说,在内存管理领域他们用户最高的权利,可以对每一个对象的所有权进行处理。
       java虚拟机在执行java程序的过程中会把它所管理的内存划分为若干个不同的数据区域,如下图所示:



1. 程序计数器

	 程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器。由于java虚拟机是通过线程轮流切换并分配处理器执行时间的方式来实现的,在任何一个确定的时刻,一个处理器都只会执行一个线程中的指令。因此,为了线程切换后能恢复到正确的执行位置,每条线程需要有一个独立的程序计数器,各条线程之间计数器互不影响,独立存储,这类内存区域为“线程私有”的内存。

2.java虚拟机栈

	与程序计数器一样,java虚拟机栈也是线程私有的,它的生命周期与线程相同。虚拟机栈描述的是java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧用于存储局部变量、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机中入栈出栈的过程。经常有人把java内存分为堆内存和栈内存,这种分发比较粗糙,这种划分方式的流行说明大多数程序员最关注的、与对象内存分配关系最密切的内存区域是这两块。其中所指的堆后边后提到,而其中的“栈”就是指虚拟机栈,或者说是虚拟机栈中的局部变量表部分。
	局部变量表存放了编译期可知的八种基本数据类型(boolean,int,byte,char,short,float,long,double)、对象引用(reference类型,它不等同于对象本身,可能是一个指向对象起始地址的引用指针,也可能是指向一个代表对象的句柄或者其它与对象相关的位置)和returnAddress类型(指向一条字节码指令的地址)。
	在java虚拟机规范中,对这个区域规定了两种异常状况:如果线程的栈深度大于虚拟机所允许的深度,将抛出 StackOverflowError(栈异常)异常;如果虚拟机栈可以动态扩展(现在大部分都可以扩展),如果扩展时无法申请到足够的内存,就会抛出OutOfMemoryError(内存溢出)异常。

3.本地方法栈

	本地方法栈(native method stack)与虚拟机栈所发挥的作用是非常相似的,只是所对应的执行的方法类型不同,虚拟机栈执行的是java方法,而本地方法栈执行的native方法(对于native方法博主会在下篇文章中详细讲解)。与虚拟机栈一样,本地方法区也会抛出上述两个异常。

4.java堆

	对于大多数应用来说,java堆(java heap)是java虚拟机所管理的内存中最大的一块。java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象事例,几乎所有的对象实例和数组都在这里分配。(不过也不是非常绝对的,随着现在技术的发展,也有一些是在栈上分配的,暂且不提)。
	java堆是垃圾收集器管理的主要区域,一次很多时候也被称作“GC堆”。从内存回收的角度来看,由于现在的收集器基本都采用分代收集算法,所以java堆还可以细分为:新生代和老年代;在细致一点可以氛围Eden空间、Survivor空间等。从内存分配的角度来看,线程共享的java堆中可能划分出多个线程的私有分配缓冲区,不过无论如何划分,都与存放内容无关,无论那个区域存放的都是对象事例,进一步划分的目的是为了更好的回收或者分配内存。
	根据java虚拟机规范的规定,java堆可以处理物理上不连续的内存空间,只要逻辑上连续即可。在实现的时候,既可以固定大小也可以是可扩展的(通过 -Xmx -Xms控制)。如果堆中没有内存完成实例分配,并且也无法扩展时,将会抛出OutOfMemoryError(内存溢出)的异常。

5.方法区

	方法区(Method Area)和java堆一样,都是被所有线程所共享的区域,用于储存已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然java虚拟机把方法去看作是java堆的逻辑部分,但是它还有一个别名(no-heap),目的是应该与java堆区分开。
	还有部分的开发人员把方法去称为“永久代”,本质上两者并不对等,仅仅是因为HotSpot虚拟机设计团队选择把GC分代收集扩展至方法区,或者说是使用永久代实现方法区而已,这样HotSpot的垃圾收集器就可以像管理java堆(新生代和老年代)一样管理这部分内存,能够省去专门为方法区的编写内存管理代码。其它一些虚拟机是不存在永久代概念的,因此,对于HotSpot虚拟机,根据官方发布的路线图信息,现在也有放弃永久代并逐步采用native method来实现方法区的规划,在目前已经发布的jdk1.7的HotSpot中,已经把原来放在永久代的字符创常量池移出。
	根据java虚拟机规范规定,当方法区无法满足内存分配需求时,将抛出OutOfMemoryError(内存溢出)异常。

6.运行时常量池

	运行时常量池是方法区的一部分。class文件中除了有类的版本、字段、方法、接口等描述信息外,还有一项信息是常量池,用于存放编译期生成的各种字面量和符号的引用,这部分的内容将在类的加载后进入方法区运行时常量池存放。
	java虚拟机对class文件每一部分(自然也包括常量池)的格式都有严格的规定,每一个字节用于存储哪种类型数据类型都必须符合规范上的要求才会被虚拟机认可、装载和执行,但对于运行时常量池,java虚拟机规范没有做任何希捷的要求。
	既然运行时常量池也是方法区的一部分,自然也收到方法区内存的限制,当常量池无法在 申请到内存时会抛出OutOfMemoryError(内存溢出)异常。


本文参考《深入理解java虚拟机 JVM高级特性与最佳实践》一书。
1
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:18297次
    • 积分:373
    • 等级:
    • 排名:千里之外
    • 原创:19篇
    • 转载:3篇
    • 译文:0篇
    • 评论:0条