Java程序员把内存控制交给了java虚拟机,一旦出现内存泄露和溢出方面的问题,如果不了解虚拟机是怎样使用内存的,那么排查错误将会成为一项异常艰难的工作,为此,冲冲冲,冲去学习吧!
写的可能不算全面与严谨,大家多多包涵。
java虚拟机规范(Java7)规定,java虚拟机所管理的内存将会包括一下几个运行时数据区域。
1.程序计数器
线程私有的内存(相对于多线程),字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支,循环,跳转,异常处理,线程恢复等基础功能都需要依赖这个计数器来完成。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。
2.Java虚拟机栈:
线程私有的内存,它的生命周期与线程相同。虚拟机栈描述的是Java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表,操作数栈,动态链接,方法出口等信息,每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。在java虚拟机规范中对这个区域规定两种异常状况:1.线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError(栈溢出)异常;2.虚拟机栈可以动态扩展但扩展时无法申请到足够的内存,将抛出OutOfMemoryError(内存不足)异常。
3.本地方法栈
与虚拟机栈发挥的作用非常相似,它们之间的区别不过是虚拟机栈为虚拟机执行Java方法(也就是字节码)服务,而本地方法栈则为虚拟机使用到的Native方法服务。与虚拟机栈一样,本地方法栈区域也会抛出StackOverflowError(栈溢出)异常和OutOfMemoryError(内存不足)异常。
4.Java堆
不需要连续的内存,大小可固定或可扩展。对于大多数应用来说,Java堆(Java Head)是Java虚拟机所管理的内存中最大的一块。Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。此内存区域的唯一目的就是存放对象实例,“几乎”所有的对象实例都在这里分配内存。Java堆是垃圾收集器管理的主要区域,也称“GC堆”。
从内存回收的角度来看,现在收集器基本采取分代算法,所以Java堆可细分为新生代和老年代;再细致一点的有Eden空间,From Survivor空间,To Survivor空间等。通过-Xmx和-Xms控制是否可扩展。
如果堆中没有内存完成实例分配,并且堆也无法再扩展时,抛出OutOfMemoryError(内存不足)异常。
5.方法区
不需要连续的内存,大小可固定或可扩展对于HotSpot,也称永久代,本质上两者并不等价。与Java堆一样,是各个线程共享的内存区域,用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译器编译后的代码等数据。-XX:MaxPermSize设置上限。该区域内存回收目标主要是针对常量池的回收和对类型的卸载。
根据Java虚拟机规定,方法区无法满足内存分配需求时,抛出OutOfMemoryError(内存不足)异常。
6.运行时常量池
方法区的一部分。Class文件中除了有类的版本,字段,方法,接口等描述信息外,还有一项信息是常量池,用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量池中存放。还会把翻译出来的直接引用也存储在运行时常量池中。具备动态性,运行期间也可能将新的常量放入池中,当常量池无法在申请到内存时会抛出OutOfMemoryError异常。动态扩展时易出现OutOfMemoryError异常。
7.直接内存
不是虚拟机运行时数据区的一部分,也不是Java虚拟机规范中定义的内存区域。在JDK1.4中新加入NIO(New Input/Output)类,引入了一种基于通道与缓冲区(Buffer)的I/O方式,可以使用Native函数库直接分配堆外内存,然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能,因为避免在Java堆和Native堆中来回复制数据。受到本机总内存的限制。
对象的创建
在java堆中为对象分配内存的分配方式有;1.指针碰撞,2.空闲列表。由Java堆是否规整决定。而Java堆是否规整又由所采用的垃圾收集器决定是否带有压缩功能决定。
因此,在使用Serial,ParNew等带Compact过程的收集器时,系统采用的分配算法是指针碰撞,而使用CMS这种基于Mark-Sweep算法的收集器时,通常采用空闲列表。
并发条件下对象创建安全的解决方案:1.对分配内存空间的动作进行同步处理-实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性;2.把内存分配的动作按照线程划分在不同的空间之中进行,即每个线程在Java堆中预先分配一小块内存,称为本地线程分配缓冲。哪个线程要分配内存,就在哪个线程的TLAB上分配,只有TLAB用完并分配新的TLAB时,才需要同步锁定,虚拟机是否使用TLAB,可以通过-XX:+/-UserTLAB参数来设定。内存分配完成后,虚拟机需要将分配到的内存空间都初始化为零值(不包括对象头)。
对象的内存布局
在HotSpot虚拟机中,对象在内存中存储的布局可以分为3块区域:对象头,实例数据和对齐填充
HotSpot虚拟机的对象头包括两部分信息,第一部分用于存储对象自身的运行时数据,如哈希码,GC分代年龄,锁状态标志,线程持有的锁,偏向线程ID,偏向时间戳等。也称为“Mark Word”,被设计成一个非固定的数据结构以便在极小的空间存储尽量多的信息,会根据对象的状态复用自己的存储空间; 对象头的另外一部分是类型指针,即对象指向它的类元数据的指针,但并非必要,换句话说,查找对象的元数据信息并不一定要经过对象本身。如果对象是数组,那对象头中还必须有一块记录数组长度的数据,因为虚拟机可以通过普通Java对象的元数据信息确定Java对象的大小,但是从数组的元数据中却无法确定数组的大小。
实例数据部分是对象真正存储的有效信息,也是在程序代码中所定义的各种类型的字段内容。存储顺序受到虚拟机分配策略参数和字段在Java源码中定义顺序的影响。HotSpot虚拟机默认的分配策略为longs/doubles,ints,shorts/chars,bytes/booleans,oop(Ordinary Object Pointer)
第三部分对齐填充并不是必然存在的,也没有特别的含义,仅仅起着占位符的作用。
对象的访问定位
Java程序需要通过栈上的reference数据来操作堆上的具体对象。由于reference类型在Java虚拟机规范中只规定了一个执行对象的引用,并未限制如何实施。目前主流的访问方式有使用句柄和直接指针两种。
1.使用句柄访问的话,Java堆中将会划出一块内存来作为句柄池,reference中存储的就是对象的句柄地址,而句柄中包含了对象实例数据与类型数据各自的具体地址信息。
通过句柄访问
2.直接指针访问,Java堆对象的布局中就必须考虑如何放置访问类型数据的相关信息,而reference中存储的直接就是对象地址。优点就是速度快咯。目前HotSpot采用此种方式。
直接指针访问