JAVA虚拟机内存分配与回收机制

Posted 2023-04-14

一个论文题目,求比较好的参考资料

[转帖] Java 中的堆和栈
简单的说：
Java把内存划分成两种：一种是栈内存，一种是堆内存。
在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。
当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。
堆内存用来存放由new创建的对象和数组。
在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。
在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。
引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。

具体的说：
栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。
Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等 指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在运行时 动态分配内存的，Java的垃圾收集器会自动收走这些不再使用的数据。但缺点是，由于要在运行时动态分配内存，存取速度较慢。
栈的优势是，存取速度比堆要快，仅次于寄存器，栈数据可以共享。但缺点是，存在栈中的数据大小与生存期必须是确定的，缺乏灵活性。栈中主要存放一些基本 类型的变量（,int, short, long, byte, float, double, boolean, char）和对象句柄。
栈有一个很重要的特殊性，就是存在栈中的数据可以共享。假设我们同时定义：
int a = 3;
int b = 3；
编译器先处理int a = 3；首先它会在栈中创建一个变量为a的引用，然后查找栈中是否有3这个值，如果没找到，就将3存放进来，然后将a指向3。接着处理int b = 3；在创建完b的引用变量后，因为在栈中已经有3这个值，便将b直接指向3。这样，就出现了a与b同时均指向3的情况。这时，如果再令a=4；那么编译器 会重新搜索栈中是否有4值，如果没有，则将4存放进来，并令a指向4；如果已经有了，则直接将a指向这个地址。因此a值的改变不会影响到b的值。要注意这 种数据的共享与两个对象的引用同时指向一个对象的这种共享是不同的，因为这种情况a的修改并不会影响到b, 它是由编译器完成的，它有利于节省空间。而一个对象引用变量修改了这个对象的内部状态，会影响到另一个对象引用变量。

String是一个特殊的包装类数据。可以用：
String str = new String("abc");
String str = "abc";
两种的形式来创建，第一种是用new()来新建对象的，它会在存放于堆中。每调用一次就会创建一个新的对象。
而第二种是先在栈中创建一个对String类的对象引用变量str，然后查找栈中有没有存放"abc"，如果没有，则将"abc"存放进栈，并令str指向”abc”，如果已经有”abc” 则直接令str指向“abc”。

比较类里面的数值是否相等时，用equals()方法；当测试两个包装类的引用是否指向同一个对象时，用==，下面用例子说明上面的理论。
String str1 = "abc";
String str2 = "abc";
System.out.println(str1==str2); //true
可以看出str1和str2是指向同一个对象的。

String str1 =new String ("abc");
String str2 =new String ("abc");
System.out.println(str1==str2); // false
用new的方式是生成不同的对象。每一次生成一个。
因此用第二种方式创建多个”abc”字符串,在内存中其实只存在一个对象而已. 这种写法有利与节省内存空间. 同时它可以在一定程度上提高程序的运行速度，因为JVM会自动根据栈中数据的实际情况来决定是否有必要创建新对象。而对于String str = new String("abc")；的代码，则一概在堆中创建新对象，而不管其字符串值是否相等，是否有必要创建新对象，从而加重了程序的负担。
另一方面, 要注意: 我们在使用诸如String str = "abc"；的格式定义类时，总是想当然地认为，创建了String类的对象str。担心陷阱！对象可能并没有被创建！而可能只是指向一个先前已经创建的 对象。只有通过new()方法才能保证每次都创建一个新的对象。 由于String类的immutable性质，当String变量需要经常变换其值时，应该考虑使用StringBuffer类，以提高程序效率。

java中内存分配策略及堆和栈的比较
2.1 内存分配策略
按照编译原理的观点,程序运行时的内存分配有三种策略,分别是静态的,栈式的,和堆式的.
静态存储分配是指在编译时就能确定每个数据目标在运行时刻的存储空间需求,因而在编译时就可以给他们分配固定的内存空间.这种分配策略要求程序代码中不允 许有可变数据结构(比如可变数组)的存在,也不允许有嵌套或者递归的结构出现,因为它们都会导致编译程序无法计算准确的存储空间需求.
栈式存储分配也可称为动态存储分配,是由一个类似于堆栈的运行栈来实现的.和静态存储分配相反,在栈式存储方案中,程序对数据区的需求在编译时是完全未知 的,只有到运行的时候才能够知道,但是规定在运行中进入一个程序模块时,必须知道该程序模块所需的数据区大小才能够为其分配内存.和我们在数据结构所熟知 的栈一样,栈式存储分配按照先进后出的原则进行分配。
静态存储分配要求在编译时能知道所有变量的存储要求,栈式存储分配要求在过程的入口处必须知道所有的存储要求,而堆式存储分配则专门负责在编译时或运行时 模块入口处都无法确定存储要求的数据结构的内存分配,比如可变长度串和对象实例.堆由大片的可利用块或空闲块组成,堆中的内存可以按照任意顺序分配和释 放.

2.2 堆和栈的比较
上面的定义从编译原理的教材中总结而来,除静态存储分配之外,都显得很呆板和难以理解,下面撇开静态存储分配,集中比较堆和栈:
从堆和栈的功能和作用来通俗的比较,堆主要用来存放对象的，栈主要是用来执行程序的.而这种不同又主要是由于堆和栈的特点决定的:
在编程中，例如C/C++中，所有的方法调用都是通过栈来进行的,所有的局部变量,形式参数都是从栈中分配内存空间的。实际上也不是什么分配,只是从栈顶 向上用就行,就好像工厂中的传送带(conveyor belt)一样,Stack Pointer会自动指引你到放东西的位置,你所要做的只是把东西放下来就行.退出函数的时候，修改栈指针就可以把栈中的内容销毁.这样的模式速度最快, 当然要用来运行程序了.需要注意的是,在分配的时候,比如为一个即将要调用的程序模块分配数据区时,应事先知道这个数据区的大小,也就说是虽然分配是在程 序运行时进行的,但是分配的大小多少是确定的,不变的,而这个"大小多少"是在编译时确定的,不是在运行时.
堆是应用程序在运行的时候请求操作系统分配给自己内存，由于从操作系统管理的内存分配,所以在分配和销毁时都要占用时间，因此用堆的效率非常低.但是堆的 优点在于,编译器不必知道要从堆里分配多少存储空间，也不必知道存储的数据要在堆里停留多长的时间,因此,用堆保存数据时会得到更大的灵活性。事实上,面 向对象的多态性,堆内存分配是必不可少的,因为多态变量所需的存储空间只有在运行时创建了对象之后才能确定.在C++中，要求创建一个对象时，只需用 new命令编制相关的代码即可。执行这些代码时，会在堆里自动进行数据的保存.当然，为达到这种灵活性，必然会付出一定的代价:在堆里分配存储空间时会花 掉更长的时间！这也正是导致我们刚才所说的效率低的原因,看来列宁同志说的好,人的优点往往也是人的缺点,人的缺点往往也是人的优点(晕~).

2.3 JVM中的堆和栈
JVM是基于堆栈的虚拟机.JVM为每个新创建的线程都分配一个堆栈.也就是说,对于一个Java程序来说，它的运行就是通过对堆栈的操作来完成的。堆栈以帧为单位保存线程的状态。JVM对堆栈只进行两种操作:以帧为单位的压栈和出栈操作。
我们知道,某个线程正在执行的方法称为此线程的当前方法.我们可能不知道,当前方法使用的帧称为当前帧。当线程激活一个Java方法,JVM就会在线程的 Java堆栈里新压入一个帧。这个帧自然成为了当前帧.在此方法执行期间,这个帧将用来保存参数,局部变量,中间计算过程和其他数据.这个帧在这里和编译 原理中的活动纪录的概念是差不多的.
从Java的这种分配机制来看,堆栈又可以这样理解:堆栈(Stack)是操作系统在建立某个进程时或者线程(在支持多线程的操作系统中是线程)为这个线程建立的存储区域，该区域具有先进后出的特性。
每一个Java应用都唯一对应一个JVM实例，每一个实例唯一对应一个堆。应用程序在运行中所创建的所有类实例或数组都放在这个堆中,并由应用所有的线程 共享.跟C/C++不同，Java中分配堆内存是自动初始化的。Java中所有对象的存储空间都是在堆中分配的，但是这个对象的引用却是在堆栈中分配,也 就是说在建立一个对象时从两个地方都分配内存，在堆中分配的内存实际建立这个对象，而在堆栈中分配的内存只是一个指向这个堆对象的指针(引用)而已。

转自:http://www.anyuok.cn/showbbs.asp?bd=22&id=142&totable=1

呵呵,在看到你的问题前10分钟才看的这个文章... 参考技术A 是课程paper吧。要是研究生/博士生论文的话，中国教育没救了。

去看java.sun.com, black-white-gray 算法，各种GC的比较。 参考技术B 论文``我就没什么好说的`

找本深入讲JVM的书看看` 参考技术C 买本《深入JAVA虚拟机》 参考技术D SUN的教程

Java中的内存分配与垃圾回收

一、内存分配    

Java程序运行时的内存分配，按照JVM规范，包括以下几个区域：程序计数器、虚拟机栈、本地方法栈、方法区、堆。其中，前三个是线程私有的，与线程生命周期相同，线程退出内存自动回收；后两者是所有线程共享内存的，只在垃圾回收机制被触发时，被动回收。

* 程序计数器，内存区域极小，是当前线程的字节码执行行号指示器；

* 虚拟机栈、本地方法栈，即平时所说的“栈”，是虚拟机用来执行方法（包括Java、非Java方法）时，使用的临时内存空间，用来存储当前方法、局部变量等，全部基本类型变量，以及类对象的引用都存储在栈中；

* 方法区，全局共享区域，用来存储已经被虚拟机加载的Class信息、常量（如字符串字面常量）、静态变量，以及编译器编译后的代码等；

* 堆，是Java虚拟机管理中最大的一块内存，为所有线程所共享，用来存储所有Java类实例。需要注意的是，实例数据在堆中开辟内存，而对象的引用相当于指针，存储在各线程的栈中。

二、垃圾回收算法

垃圾回收需要解决的三个问题：

1）哪些内存可回收。上面各内存区域中，只有方法区、堆是全局共享的内存块，需要垃圾回收来处理，定时回收内存。确定某个对象是否可回收，需要通过“可达性分析算法”来判断，哪些内存块是孤立无源、不可达的对象或对象集合。 

2）什么时间能执行回收。执行垃圾回收时，需要完全地“冻结”现场，达到所谓“stop the world”，以避免在GC的过程中，引用关系发生变化，而引发问题。虚拟机的做法是让所有线程主动式中断，但并非立刻强制中断线程，而是GC线程设置一个标识，让其它所有线程在到达其下一个“安全点”时，根据此标识而主动挂起线程，等待GC线程的操作；

3）如何执行垃圾回收。垃圾回收算法有很多，但总体策略是分代回收，针对新生代、老生代特点，采取的GC算法是不同的。

* 对于新生代内存块，对象存活率低，需要频繁清理，为了避免“标记-清除”算法的碎片化问题，也为了提高效率，采取“复制”算法，即将新生代（young区）分为eden+survivor1+survivor2几块空间，在进行GC时，将eden/survivor1中的存活对象，复制到survivor2空间中暂存，然后整块清理掉前面的eden+survivor1区域，回收这块通常占比90%的内存区域。

* 对于老生代内存块，对象存活率高，不需要进行频繁的存活性判断的扫瞄，当进行GC时，通常使用“标记-整理”算法：标记可回收区域、移动集中存活对象内存、最终对剩余的垃圾区域进行回收。

三、垃圾收集器实现

GC线程在工作时，会完全或部分中断用户线程，影响系统吞吐率，使用户任务出现停顿甚至卡死。新生代的收集器有Serial/ParNew/Parallel Scavenge，老生代的收集器有CMS/Serial Old/Parallel Old。

* Serial/Serial Old是单线程收集器，在进行GC时，会中断所有用户线程，在新、老生代分别采用复制算法和标记-整理算法进行垃圾清理；

* ParNew是多个GC线程并行，但同样会中断所有用户线程，算法层面和Serial系列一致；

* Parallel收集器，同样也是多线程并行的回收器，不同的是其关注的是系统的吞吐率的指标，即用户任务的停顿时间比例，而不是停顿的绝对时间。

* CMS（Concurrent Mark Sweep）收集器，目的是追求最短停顿时间，目前流行最为广泛的收集器实现。分为initial mark/concurrent mark/remark/concurrent sweep四个步骤。其中，initial mark仅标记一下GC Roots能直接关联到的对象，concurrent mark是多GC线程同时与用户线程进行并发，进行GC Roots Traceing，实质是存活对象的联通域生长与标记，remark阶段对concurrent mark阶段用户线程并发执行时的对象引用变动，进行修正，concurrent sweep是并发地对垃圾进行清理。第1、3步，所有用户线程依然会中断，但因为其操作十分简单，所以速度很快，第2、4步，耗时较长，但是与用户线程并发进行的，因此整体来看，CMS GC的用户任务停顿时间极短。