JVM运行时数据区
今天工作上午就完成了,不能让领导看见我没事做啊,就翻着深入理解JAVA虚拟机学习学习。
JAVA虚拟机在执行JAVA程序的过程中会把它所管理的内存划分为若干个不同的数据区域,这些区域各有自己的用户,创建和销毁的时间,有的区域随着虚拟机进程的启动而一直存在,有些区域则依赖用户线程的启动和结束而建立和销毁。
- 为什么要学习java虚拟机呢?
从解决问题的角度:JAVA因为有了自动内存管理机制不需要再写配对的delete/free代码,不容易出现内存泄漏和内存溢出的问题,也正是因为把控制权交给虚拟机,才会使一旦出现内存泄漏或溢出方面的问题,如果我们不了解虚拟机的结构和运行机制,那排查错误和修正问题将会成为一项异常艰难的工作。
看下运行时数据区包括以下几个区域:
下面分别介绍下JVM各个区域的作用
-
程序计数器
程序计数器是一块较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器。是程序控制流的指示器,分支,循环,跳转,异常处理,线程恢复都需要依赖它来完成。由于Java虚拟机的多线程是通过线程轮流切换,分配处理器执行时间的方式来实现的,我们知道在只有一个处理器的电脑只会执行一条线程中的指令。因此,为了线程切换后能恢复到正确的执行位置,每条线程都需要有一个独立的程序计数器,各条线程之间计数器互不影响,所以我们称这类区域为“线程私有”的内存。 -
Java虚拟机栈
它于程序计数器一样,也是线程私有的,他的生命周期与线程相同。虚拟机栈描述的是JAVA方法执行的线程内存模型:每个方法被执行的时候,Java虚拟机都会同步创建一个栈帧用于存储局部变量表,操作数栈,动态连接,方法出口等信息。每一个方法被调用直至执行完毕的过程,就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。其中局部变量表存放了编译期可知的各种各种java虚拟机基本数据类型,和对象引用(reference类型,它并不等同于对象本身,可能是一个指向对象起始地址的引用指针),和returnAddress类型(指向了一条字节码指令的地址)。局部变量表所需的内存空间在编译期间完成分配,当进入一个方法时,这个方法需要在栈帧中分配多大的局部变量空间时完全确定的,在方法运行期间不会改变局部变量表的大小,这个区域还规定了两类异常状况:如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常。如果Java虚拟机栈容量可以动态扩展,当栈扩展时无法申请到足够的内存会抛出OutOfMemoryError异常。 -
本地方法栈
本地方法栈与虚拟机栈所发挥的作用是非常相似的,区别只是虚拟栈为虚拟机执行Java方法(也就是字节码)服务,本地方法栈则是为虚拟机使用到的本地(Natice)方法服务。<<Java虚拟机规范>>对本地方法栈中方法使用的语言,使用方式与数据结构并没有任何强制规定,因此具体的虚拟机可以根据需要自由实现它,甚至有的Java虚拟机(比如Hot-Spot虚拟机)直接就把本地方法栈和虚拟机栈合二为一了。 -
Java堆
java堆是虚拟机所管理的内存中最大的一块。也是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,java世界里“几乎”所有的对象实例都在这里分配内存。为什么说“几乎”呢,因为逃逸分析技术的日渐强大,栈上分配,标量替换优化手段已经导致一些微妙的变化悄然发生,所以Java对象实例都分配在堆上也渐渐变得不是那么绝对了。
如果从分配内存的角度看,所有线程共享的Java堆中可以划分出多个线程私有的分配缓冲区(TLAB),为了提升对象分配时的效率。不过无论从什么角度,无论如何划分,都不会改变Java堆中存储内存的共性,将Java堆细分的目的只是为了更好地回收内存,或者更快地分配内存。
Java堆既可以被实现成固定大小的,也可以是可扩展的,不过当前主流的Java虚拟机都是按照可扩展来实现的(通过参数-Xmx和-Xmx设定)。 -
方法区
方法区和Java堆一样,是各个线程共享的内存区域,它用于存储已被虚拟机加载的类型信息,常量,静态变量,即使编译器编译后的代码缓存等数据。虽然<<Java虚拟机规范>>中把方法区描述为堆的一个逻辑部分,但它其实是和Java堆分开的。
它在JDK8以前很多人叫它“永久代”,是因为HotSpot虚拟机设计团队选择把收集器的分代设计扩展至方法区。不过当年使用永久代来实现方法区的决定并不是一个好主意,因为永久代有-XX:MaxPermSize的上限,会导致Java应用更容易遇到内存溢出问题。而到了JDK7的HotSpot,已经把原本放在永久代的字符串常量池,静态变量等移至Java堆中,到了JDK8完全废弃了永久代的概念,改用元空间来代替。 -
运行时常量池
运行时常量池时方法区的一部分,Class文件中除了有类的版本,字段,方法,接口等描述信息外,还有一项信息时常量池表,用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,Java语言并不要求常量一定只有编译期才能产生,也就是说,并非预置入Class文件中常量池的内容才能进入方法区运行时常量池,运行期间也可以将新的常量放入池中。 -
直接内存
直接内存并不是虚拟机运行时数据区的一部分,也不是<<Java虚拟机规范>>中定义的内存区域。但这部分内存也被频繁地使用,也可能导致OutOfMemoryError异常出现。
在JDK1.4中新加入了NIO类,引入了一种基于通道与缓冲区(Buffer)的I/O方式,它可以使用Native函数库直接分配对外内存,然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作,避免了Java堆和Native堆中来回复制数据。
本机直接内存的分配不会受到Java堆大小的限制,但是,既然时内存,则肯定还是会受到本机总内存大小以及处理器寻址空间的限制,一般服务器管理员配置虚拟机参数时,会根据实际内存区设置 -Xmx等参数信息,但经常忽略掉直接内存,使得各个内存区域总会大于物理内存限制,而导致动态扩展时出现OutOfMemoryError异常。 -
总结
理解JVM是JAVA程序员进阶的必要步骤,所以在工作做CRUD时,也别忘了学习额外自己感到不足的知识。最近感慨,感觉身边的人是真太厉害了,每个人都有不同的能力,我也不想做拖后腿的人啊。个人觉得在专业方面做的还是可以的。我们要看到自己的短处和长处,做好自己的长处。