内存区域综合不能大于物理内存限制,否则导致动态扩展时出现OutOfMemory
直接内存不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范定义的内存区域,但这部分内存使用频繁,也可能导致OutOfMemoryError
NIO引入基于通道(Channel)与缓冲区(Buffer)的IO方式,可以只用Native函数库直接分配对外内存,同过存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作,能显著提高性能,避免了在Java堆和Native堆中来回复制数据
常量池中无法再申请到内存时会抛出OutOfMemoryError
方法区的一部分,用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放,编译出来的直接引用也存储在此。
运行时常量池相对于Class文件常量池重要特征是具备动态性,用的较多的String类的intern()方法 提高程序效率,减少内存占用(new String是在堆上创建字符串对象,调用intern编译器会将该字符串添加到常量池中,并返回指定该变量的引用)
当方法区无法满足内存分配需求时,将抛出OutOfMemoryError
线程共享的内存区域,用于存储被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
与Java堆区分开,别名叫做Non-Heap(非堆)
方法区和Java堆一样不需要连续的内存和可以选择固定的大小或者可扩展外,还可以选择不实现垃圾收集。这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载。不太好回收
有人成为永久代(Permanent Generation),因为HotSpot虚拟机选择把GC分代收集扩展到方法区,或使用永久代来实现方法区。这样HotSpot的垃圾收集器就可以像管理Java堆一样直接管理这部分内存,不用专门为方法区编写管理代码
如果堆中没有内存完成实例分配,并且堆也无法再扩展时,将会抛出OutOfMemoryError
Java虚拟机所管理内存最大的一块,被所有线程共享的一块内存区域,在虚拟机启动时创建。存放对象实例,大多数对象实例都在这里分配内存
Java堆时垃圾收集器管理的主要区域,也被称作"GC堆"。
从内存回收角度 分代收集算法可以分为 新生代和老生代
从内存分配角度 线程共享的Java堆中可能划分出多个线程私有的分配缓冲区
Java堆可以处于物理上不连续的内存空间,只要逻辑上是连续的即可
实现中即可以实现成固定大小的,也可以是可扩展的,当前主流虚拟机都是按照可扩展来实现的(通过-Xmx和-Xms控制)
如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
如果虚拟机动态扩展的时无法申请到 足够的内存,就会抛出OutOfMemoryError异常
如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError异常
如果虚拟机动态扩展的时无法申请到 足够的内存,就会抛出OutOfMemoryError异常
线程私有,生命周期与线程相同,描述Java方法执行的内存模型,每个方法在执行时都会创建一个栈帧(Stack Frame 方法运行时的基础数据结构)用于存储局部便量表、操作数栈、动态链接、方法出口等,方法的调用到完成对应栈帧在虚拟机栈中入栈到出栈
栈内存(Stack)就是虚拟机栈中局部变量表,里面存放了编译时期可知的各种基本类型(boolean、byte、char、short、int、float、long、double),
对象引用(reference类型,不等同对象本身,可能是一个指向对象起始地址的引用指针,或是指向一个代表对象的句柄或其他与此对象相关的位置),
returnAddress类型(指向了一条字节码指令的地址)(表示一条字节码指令的操作码,在JVM支持的原始类型中只有它不能有直接与Java的数据类型)
64位长度的long和double类型的数据会占用2个局部变量(slot最小单位),其他的数据类型之占用1个。
局部变量表所需的内存空间在编译期间完成分配,在进入方法的时候就确定了该方法需要在帧中飞陪多大的空间
如果正在执行的是Native方法(非Java代码实现的方法,系统直接调用不会产生字节码),这个计数器值则为空(Undefined)。
此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域
较小的内存空间,当前线程所执行的字节码行号指示器,线程私有。
字节码解释器工作室就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支、循环、跳转、异常处理都需要依赖这个计数器来完成
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。有的区域随着虚拟机进程的启动存在,有些区域则依赖用户线程的启动和结束而建立和销毁。