Java内存分配

最新推荐文章于 2024-05-15 08:00:00 发布

loongshawn

最新推荐文章于 2024-05-15 08:00:00 发布

阅读量600

点赞数

分类专栏： JAVA java基础编程提升文章标签： java 内存分配 jvm

JAVA 同时被 2 个专栏收录

139 篇文章 6 订阅

订阅专栏

java基础编程提升

17 篇文章 0 订阅

订阅专栏

转载请注明来源-作者@loongshawn：http://blog.csdn.net/loongshawn/article/details/77572060，建议读者阅读原文，确保获得完整的信息

1 前言

在阅读网上关于JVM内存分配相关文章后，整理了这篇文章，一方面加深对JVM内存分配内容的理解，另一方面积累点点滴滴供有需要时回顾。文中有错误之处，欢迎指出。
JVM内存分配相关知识对开发者来说还是很重要，加深对这方面内容的理解，能够使自己站得更稳。

下图是JVM内存运行时内存区域：
这里写图片描述

大多数JVM将内存分为：Heap(堆)、Method Area(方法区)、VM Stack(Java虚拟机栈)、Native Method Area(本地方法区)、Program Counter Register(程序计数器)。上述框图中对这5种分区做了分类：线程共享、非线程共享。

这两种分类的出发点是代码运行的生命周期。要理解这一点先来熟悉一下一个一般性的 Java 程序的工作过程。一个 Java 源程序文件，会被编译为字节码文件（以 class 为扩展名），每个java程序都需要运行在自己的JVM上，然后告知 JVM 程序的运行入口，再被 JVM 通过字节码解释器加载运行。那么程序开始运行后，都是如何涉及到各内存区域的呢？

这里写图片描述

概括地说来，JVM初始运行的时候都会分配好Method Area(方法区)和Heap(堆)，而JVM 每遇到一个线程，就为其分配一个Program Counter Register(程序计数器), VM Stack(Java虚拟机栈)和Native Method Stack (本地方法栈)，当线程终止时，三者（虚拟机栈，本地方法栈和程序计数器）所占用的内存空间也会被释放掉。这也是为什么把内存区域分为线程共享和非线程共享的原因，非线程共享的那三个区域的生命周期与所属线程相同，而线程共享的区域与JAVA程序运行的生命周期相同，所以这也是系统垃圾回收的场所只发生在线程共享的区域（实际上对大部分虚拟机来说知发生在Heap上）的原因。

2 分区

2.1 程序计数器

程序计数器是一块较小的内存区域，作用可以看做是当前线程执行的字节码的位置指示器。分支、循环、跳转、异常处理和线程恢复等基础功能都需要依赖这个计算器来完成，可以把它理解为一个调度员，决定当前时刻执行什么操作。

2.2 VM Stack

先来了解下JAVA指令的构成：JAVA指令由操作码（方法本身）和操作数（方法内部变量）组成，有关Java指令的详细说明参考文章《java字节码指令集》。　

(1)方法本身是指令的操作码部分，保存在Stack中；
(2)方法内部变量（局部变量）作为指令的操作数部分，跟在指令的操作码之后，保存在Stack中（实际上是简单类型（int,byte,short 等）保存在Stack中，对象类型在Stack中保存地址，在Heap 中保存值）。

虚拟机栈也叫栈内存，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束，该栈就 Over，所以不存在垃圾回收。也有一些资料翻译成JAVA方法栈，大概是因为它所描述的是java方法执行的内存模型，每个方法执行的同时创建帧栈（Strack Frame）用于存储局部变量表（包含了对应的方法参数和局部变量），操作栈（Operand Stack，记录出栈、入栈的操作），动态链接、方法出口等信息，每个方法被调用直到执行完毕的过程，对应这帧栈在虚拟机栈的入栈和出栈的过程。
局部变量表存放了编译期可知的各种基本数据类型（boolean、byte、char、short、int、float、long、double）、对象的引用（reference类型，不等同于对象本身，根据不同的虚拟机实现，可能是一个指向对象起始地址的引用指针，也可能是一个代表对象的句柄或者其他与对象相关的位置）和 returnAdress类型（指向下一条字节码指令的地址）。局部变量表所需的内存空间在编译期间完成分配，在方法在运行之前，该局部变量表所需要的内存空间是固定的，运行期间也不会改变。
栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法 A 被调用时就产生了一个栈帧 F1，并被压入到栈中，A 方法又调用了 B 方法，于是产生栈帧 F2 也被压入栈，执行完毕后，先弹出 F2栈帧，再弹出 F1 栈帧，遵循“先进后出”原则。光说比较枯燥，我们看一个图来理解一下 Java栈，如下图所示：

这里写图片描述

2.3 Heap

Heap（堆）是JVM的内存数据区。Heap 的管理很复杂，是被所有线程共享的内存区域，在JVM启动时候创建，专门用来保存对象的实例。在Heap 中分配一定的内存来保存对象实例，实际上也只是保存对象实例的属性值，属性的类型和对象本身的类型标记等，并不保存对象的方法（以帧栈的形式保存在Stack中）,在Heap 中分配一定的内存保存对象实例。而对象实例在Heap 中分配好以后，需要在Stack中保存一个4字节的Heap 内存地址，用来定位该对象实例在Heap 中的位置，便于找到该对象实例，是垃圾回收的主要场所。java堆处于物理不连续的内存空间中，只要逻辑上连续即可。

2.4 Method Area

Object Class Data(加载类的类定义数据) 是存储在方法区的。除此之外，常量、静态变量、JIT(即时编译器)编译后的代码也都在方法区。正因为方法区所存储的数据与堆有一种类比关系，所以它还被称为 Non-Heap。方法区也可以是内存不连续的区域组成的，并且可设置为固定大小，也可以设置为可扩展的，这点与堆一样。
垃圾回收在这个区域会比较少出现，这个区域内存回收的目的主要针对常量池的回收和类的卸载。

2.5 运行时常量池（Runtime Constant Pool）

方法区内部有一个非常重要的区域，叫做运行时常量池（Runtime Constant Pool，简称 RCP）。在字节码文件（Class文件）中，除了有类的版本、字段、方法、接口等相关信息描述外，还有常量池（Constant Pool Table）信息，用于存储编译器产生的字面量和符号引用。这部分内容在类被加载后，都会存储到方法区中的RCP。值得注意的是，运行时产生的新常量也可以被放入常量池中，比如 String 类中的 intern() 方法产生的常量。
常量池就是这个类型用到的常量的一个有序集合。包括直接常量(基本类型，String)和对其他类型、方法、字段的符号引用.例如：

类和接口的全限定名；
字段的名称和描述符；
方法的名称和描述符。

池中的数据和数组一样通过索引访问。由于常量池包含了一个类型所有的对其他类型、方法、字段的符号引用，所以常量池在Java的动态链接中起了核心作用.
很有用且重要关于常量池的扩展：Java常量池详解 http://www.cnblogs.com/DreamSea/archive/2011/11/20/2256396.html

2.6 Native Method Stack

与VM Strack相似，VM Strack为JVM提供执行JAVA方法的服务，Native Method Stack则为JVM提供使用native方法的服务。
native方法是指由非java语言实现的本地方法，“A native method is a Java method whose implementation is provided by non-java code.”

public class IHaveNatives
{
   native public void Native1( int x ) ;
   native static public long Native2() ;
   native synchronized private float Native3( Object o ) ;
   native void Native4( int[] ary ) throws Exception ;
}