GC判断哪些内存需要回收

GC的问题,主要分为:1、哪些内存需要回收?2、什么时候回收?3、如何回收?这里主要讲第一个问题。

1、哪些内存需要回收?

垃圾收集器在对堆进行回收前,第一件事情就是要确定这些对象之中哪些还“存活”,哪些已经“死去”(即不可能再被任何途径使用的对象)。

(1)引用计数算法:给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加1;当引用失效时,计数器值就减1;任何时刻计数器为0的对象就是不可能再被使用的。实现简单,判定效率高,但它很难解决对象之间相互循环引用的问题。因此,虚拟机也不是通过引用计数算法来判断对象是否存活的。

(2)可达性分析算法:通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索走过的路径称为引用链,当一个对象到GC Roots没有任何引用链相连(即不可达),则证明此对象是不可用的。

可作为GC Roots的对象包括下面几种:

虚拟机栈中引用的对象;方法去中类静态属性引用的对象;方法区中常量引用的对象;本地方法中Native方法引用的对象。

判断对象是否存活都与“引用”有关,Java中又加入了一些更富表达意义的引用概念:强引用,软引用,弱引用和虚引用,依次来判定一个对象是否可以被回收。

强引用:类似Object obj = new Object();只要强引用还在,就永远不会被回收。

软引用:用来描述一些还有用但非必须的对象。对于软引用关联的对象,在系统将要发生内存溢出异常之前,会把这些对象列进回收范围之中进行第二次回收。

弱引用:也是描述一些还有用但非必须的对象,比软引用强度更弱,被弱引用关联的对象,只能生存到下一次垃圾收集发生之前。

虚引用:为一个对象设置虚引用的唯一目的就是能在这个对象被收集器回收时收到一个系统通知。

时间: 2024-10-09 10:22:50

GC判断哪些内存需要回收的相关文章

Java虚拟机如何判断对象已死?(哪些内存需要回收)

JVM管理的堆内存中,几乎存放了所有的对象实例,如果一个对象已经使用完毕(没有任何引用指向它),那么,该对象所占用的内存应该被回收利用,而这些工作就是JVM垃圾收集器的工作 垃圾收集器在对堆内存进行回收之前,第一件事情就是要确定哪些对象还"存活",哪些已经"死去",其内存将要被回收,下面就来讲--根搜索算法 在讲根搜索算法之前,因为一个对象在没有任何引用指向它的时候,其所占内存才具备回收添加,那我们先来讲讲什么事引用 传统意义的引用:如果reference类型的数据

垃圾回收GC:.Net自动内存管理 上(三)终结器

垃圾回收GC:.Net自动内存管理 上(三)终结器 垃圾回收GC:.Net自动内存管理 上(一)内存分配 垃圾回收GC:.Net自动内存管理 上(二)内存算法 垃圾回收GC:.Net自动内存管理 上(三)终结器 前言 .Net下的GC完全解决了开发者跟踪内存使用以及控制释放内存的窘态.然而,你或午想要理解GC是怎么工作的.此系列文章中将会解释内存资源是怎么被合理分配及管理的,并包含非常详细的内在算法描述.同时,还将讨论GC的内存清理流程及什么时清理,怎么样强制清理. 终结器 GC提供了另外一个能

垃圾回收GC:.Net自动内存管理 上(一)内存分配

垃圾回收GC:.Net自动内存管理 上(一)内存分配 前言 .Net下的GC完全解决了开发者跟踪内存使用以及控制释放内存的窘态.然而,你或许想要理解GC是怎么工作的.此系列文章中将会解释内存资源是怎么被合理分配及管理的,并包含非常详细的内在算法描述.同时,还将讨论GC的内存清理流程及什么时清理,怎么样强制清理. 引子 为你的应用程序实现合理的资源管理是一件困难的,乏味的工作.这可能会把你的注意力从你当前正在解决的实际问题中转移到它身上.那么,如果有一个现有的机制为开发者管理令人厌恶的内存管理,会

垃圾回收GC:.Net自动内存管理 上(二)内存算法

垃圾回收GC:.Net自动内存管理 上(二)内存算法 垃圾回收GC:.Net自动内存管理 上(一)内存分配 垃圾回收GC:.Net自动内存管理 上(二)内存算法 前言 .Net下的GC完全解决了开发者跟踪内存使用以及控制释放内存的窘态.然而,你或午想要理解GC是怎么工作的.此系列文章中将会解释内存资源是怎么被合理分配及管理的,并包含非常详细的内在算法描述.同时,还将讨论GC的内存清理流程及什么时清理,怎么样强制清理. 内存算法 GC检测用于查看堆中是否有对象不再被程序使用.如果这样的对象存在,这

javaVM 判断对象实例何时回收 用的可达性分析算法,而非引用计数算法

做java开发也好几年了,今天才晓得java内存的回收算法,真是惭愧惭愧 java虚拟机判断一个对象实例是否可以被回收,并非引用计数算法. 因为引用计数算法很难解决对象直接互相循环引用的问题. 所以java C#都是使用可达性分析来判断对象是否可以回收的. 这个算法的基本思路就是通过一系列的称为"GC Root"的对象作为起始点,从这些节点开始向下搜素,搜索所走过的路径称为应用链,当一个对象到GC Roots没有任何引用链相连时.则证明此对象时不可用的,可以被回收了.如下图对象obje

Java GC 机制与内存分配策略

收集算法是内存回收的方法论,垃圾收集器是内存回收的具体实现 自动内存管理解决的是:给对象分配内存 以及 回收分配给对象的内存 为什么我们要了解学习 GC 与内存分配呢? 在 JVM 自动内存管理机制的帮助下,不再需要为每一个new操作写配对的delete/free代码.但出现内存泄漏和溢出的问题时,如果不了解虚拟机是怎样使用内存的,那么排查错误将是一项非常艰难的工作. GC(垃圾收集器)在对堆进行回收前,会先确定哪些对象"存活",哪些已经"死去".那么就有了对象存活

疑难杂症--SQL SERVER 2012下数据库内存异常回收

--=================================================================== --背景: 在一台SQL SERVER 2012 SP1(11.0.3000)服务器上,由于批处理请求较高,CPU使用率超过40%,于是开始各种调研.. 服务器情况: 服务器物理内存为128GB, 分配给SQL SERVER 115GB,Windows 可用物理内存为6GB左右 压力情况: 批处理请求超过30000+,有大量UPDATE和INSERT操作,C

V8 引擎如何进行垃圾内存的回收?

JS 语言不像 C/C++, 让程序员自己去开辟或者释放内存,而是类似Java,采用自己的一套垃圾回收算法进行自动的内存管理.作为一名资深的前端工程师,对于JS内存回收的机制是需要非常清楚, 以便于在极端的环境下能够分析出系统性能的瓶颈,另一方面,学习这其中的机制,也对我们深入理解JS的闭包特性.以及对内存的高效使用,都有很大的帮助. V8 内存限制 在其他的后端语言中,如Java/Go, 对于内存的使用没有什么限制,但是JS不一样,V8只能使用系统的一部分内存,具体来说,在64位系统下,V8最

jvm-垃圾回收gc简介+jvm内存模型简介

gc是jvm自动执行的,自动清除jvm内存垃圾,无须人为干涉,虽然方便了程序员的开发,但同时增加了开发人员对内存的不可控性. 1.jvm是在计算机系统上又虚拟出来的一个伪计算机系统,它存在于计算机内存中并运行在操作系统之上, jvm在执行字节码时,把字节码解释成具体平台上的机器指令执行,那我们就来看看这个JVM伪计算机系统是怎么设计的,如下是jvm的体系图,运行数据区是jvm的内存模型: 程序计数器:一块较小的内存空间,它的作用可以看作是当前线程所执行的字节码的行号指示器.字节码解释器工作时就是