【深入JVM】JAVA内存区域以及作用
Java虚拟机所管理的内存将会包括以下几个运行时数据区域
所有线程共享的区域:Java堆、方法区
线程私有的:程序计数器、Java虚拟机栈、
与对象内存分配关系最密切的内存区域是:堆内存、栈内存(虚拟机栈)
虚拟机中内存最大的一块:java堆
Java堆是垃圾收集管理器的主要区域,因此也被称作“GC堆“
程序计数器:看作是当前线程所执行字节码的行号指示器,此内存区域是唯一一个在Java虚拟机规范中没有规定OutOfMemoryError情况的区域
Java虚拟机栈:虚拟机栈描述的是Java方法执行的内存模型: 每个方法在执行都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。
每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机中从入栈到出栈的过程
StackOverflowError:线程请求的栈深度大于虚拟机所允许的深度
OutOfMemoryError:如果虚拟机栈可以动态扩展,如果扩展时无法申请到足够的内存
本地方法栈:与虚拟机栈的作用是非常相似的,它们之间的区别不过是虚拟机栈为虚拟机执行Java方法服务,本地方法栈为虚拟机使用到的Native方法服务
Java堆:此区域存放对象实例,几乎所有的对象实例都在这里分配
从内存回收的角度:由于现在收集器基本都采用分代收集器,所以Java堆还可以细分为:新生代和老年代,再细致一点的有Eden空间、From Survivor空间、To Survivor空间
从内存分配的角度:线程共享的Java堆中可能划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer),进一步划分的目的是为了更好的回收内存或者更快的分配内存
方法区(Non-Heap 非堆):用于存储虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
方法区与永久代本质上并不等价,仅仅是因为HotSpot的设计团队选择把GC分代收集器扩展至方法区,或者说使用永久代来实现方法区,这样HotSpot的垃圾收集器可以像管理Java堆一样管理这部分内存,
能够省去专门为方法区编写内存管理代码的工作,对应i其他虚拟机是不存在永久代的概念
-XX:MaxPermSize :方法区的大小
已经发布的jdk1.7的HotSpot已经把放在永久代的字符串常量池移出(现在也有放弃永久代并逐步改为Native Memory来实现方法区的规划)
方法区特点:不需要连续的内存和可以选择固定大小或者可扩展 ;可以选择不实现垃圾回收
回收目标:针对常量池的回收和对类型的卸载
当方法区无法满足内存分配需求时,将抛出OutOfMemoryError异常
运行时常量池:用于存放编译期生成的各种字面量和符号引用,这部分在类加载进入方法区的运行时常量池
运行时常量池对class文件的特征:1>保存class文件中描述的符号引用和翻译出来的直接引用 2>具备动态性,运行期间也可能将新的常量池放入池中
直接内存:不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域。这部分内存也被频繁的使用,而且也可能导致 OutOfMemoryError异常
本机的直接内存不会受到Java堆大小的限制,但是,既然是内存,肯定还是会受到本机总内存(包括RAM以及SWAP区或者分页文件)的大小以及处理器寻址空间的限制。服务器管理员在配置虚拟机参数时,会根据实际内存设置-Xmx等参数信息,
但经常忽略直接内存,使得各个内存区域总和大于物理内存限制(包括物理的和操作系统的限制),从而导致动态扩展时出现OutOfMemoryError异常
JDK1.4加入了NIO类,引入了一种基于通道与缓冲区的I/O方式,它可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作,避免了在Java堆和native堆中来回复制数据