几句话总结CLR内存回收

关键字:对象可达图,代龄机制,终止化对象。

代龄机制:

0代满了之后,GC开始回收,剩下的对象升级为1代。(只有不可达的对象才会被回收。)

0代再回收几次之后,1代的对象慢慢增多然后达到阈值,GC同时回收0,1代对象。

1代回收剩下的升级2代,同样2代满了,GC会同时开始回收0,1,2代对象。

Finalize对象,终止链表,可达队列。

Finalize对象不可达之后,1.从终止链表中移到可达队列中--->2.特殊线程执行Finalize方法--->3.从可达队列中清除引用,变成不可达对象等待回收

至少要两次垃圾回收终止化对象和它所引用的对象在托管堆上的内存才能被回收,如果因为执行Finalize方法太长或其他原因第二次GC没有回收它,终止化对象代龄会增加,回收时间会更加的漫长。

时间: 2024-10-29 04:19:51

几句话总结CLR内存回收的相关文章

CLR内存回收机制

代龄机制. 通过递归构建可达对象图,不可达的对象会被回收,然后CLR会矫正对象指针. 对于终止化/Finalize对象, 一开始时这些对象指针/根/引用会被放到终止化链表中,当CLR垃圾收集开始时,那些被判定为可回收的终止化对象从终止化链表移到终止化可达队列中,有一个CLR专有线程会在这些对象执行Finalize方法,执行完毕后清空终止化可达队列.但是直到下次垃圾回收时,才有可能被真正回收. 终止化对象至少需要两次垃圾回收才能真正释放掉占有的内存,第一次在专有线程执行Finalize,第二次真正

(转)从内存管 理、内存泄漏、内存回收探讨C++内存管理

http://www.cr173.com/html/18898_all.html 内存管理是C++最令人切齿痛恨的问题,也是C++最有争议的问题,C++高手从中获得了更好的性能,更大的自由,C++菜鸟的收获则是一遍一遍的检查代码和对 C++的痛恨,但内存管理在C++中无处不在,内存泄漏几乎在每个C++程序中都会发生,因此要想成为C++高手,内存管理一关是必须要过的,除非放弃 C++,转到Java或者.NET,他们的内存管理基本是自动的,当然你也放弃了自由和对内存的支配权,还放弃了C++超绝的性能

memcache的内存回收机制

memcache不会释放内存,而是重新利用. 在缓存的清除方面,memcache是不释放已分配内存.当已分配的内存所在的记录失效后,这段以往的内存空间,memcache只会重复利用. memcached的内存回收机制不是说你设置的key到了生命周期就自动从内存中清除的,这个时候必须有一个新的对象入驻请求这个大小的chunk或者 这个过期的对象被get的时候才会清除. 那当所有给memcache的内存都被占用了,这个时候,memcache有两个设置,要么报错,要么,就是用 LRU方法,把last

Unity游戏内存回收的优化(译)

原文Optimizing garbage collection in Unity games.这里是对这篇文章的粗略翻译,当作自己的笔记. Garbage Collector在这里被翻译成名词GC.对于Garbage Collection这里翻译成动词内存回收. 内存垃圾: 代码中销毁了(disposed)但是GC还没有清理的内存. Unity的托管内存的简单介绍 为了理解GC(本文GC指代Garbage Collector)在内存分配和回收时是怎样工作的,我们必须首先了解Unity的引擎代码和

应用程序集和CLR 垃圾回收(二)

本篇是整理蒋金楠对CLR 内存管理的博文,蒋大神的博文中将CLR 的内存分管理分为三个逻辑部分,博文中详细讲述了哪些程序集要加载到系统程序域,哪些要加载到共享程序域,以及我们写的代码会被加载到默认程序域.下面是我整理后的思路,目的是加强一下对CLR 内存管理的概念. 程序集与应用程序域 程序集是一个托管应用的基本的部署单元.一个程序集是子描述的(通过元数据),能够实施版本策略和部署策略.从结构组成来看,一个程序集主要由三个部署组成:IL指令.元数据和资源. 应用程序域从功能上看是,通过应用程序域

用七年时间造出的阿里云,如今三句话告诉你是什么

马云在2016年10月杭州云栖大会的主题演讲中只字未提"阿里云",但这并不说明阿里云不重要,而是在某种意义上说明在马云的心里,阿里云"从0到1"的阶段已经完成了. 在10月13日杭州云栖大会开幕当天,马云发表了就上一财年致股东信,信中提及阿里云承载了中国35%的网站并为之提供云计算和大数据的服务,而截至2016年3月31日的阿里财报显示阿里云拥有超过230万用户,其中云计算付费用户达50万. 从2009年2月写下阿里云的第一段代码开始,阿里云上上下下的负责人们就一直

CLR垃圾回收的设计

CLR垃圾回收的设计 作者: Maoni Stephens (@maoni0) - 2015 附: 关于垃圾回收的信息,可以参照本文末尾资源章节里引用的垃圾回收手册一书. 组件架构 GC包含的两个组件分别是内存分配器和垃圾收集器.内存分配器负责获取更多的内存并在适当的时候触发垃圾收集.垃圾收集器回收程序中不再使用的对象的内存. 有多种方法调用垃圾回收器,例如人工调用GC.Collect或者当终结线程在接收到表示低内存的异步通知时(调用). 内存分配器的设计 内存分配器由执行引擎(EE)的内存分配

(转)PHP zval内存回收机制和refcount_gc和is_ref_gc

出处 : http://blog.sina.com.cn/s/blog_75a2f94f0101gygh.html 对于PHP这种需要同时处理多个请求的程序来说,申请和释放内存的时候应该慎之又慎,一不小心便会酿成大错.另一方面,除了要安全的申请和释放内存外,还应该做到内存的最小化使用,因为它可能要处理每秒钟数以千计的请求,为了提高系统整体的性能,每一次操作都应该只使用最少的内存,对于不必要的相同数据的复制则应该能免则免.我们来看下面这段PHP代码: $a = "hello"; $b =

内存回收,Dispose,Close,Finalie(C#中的析构函数)

NET中的资源分托管和非托管,所谓的托管是指CLR(通用语言运行时)中进行管理的资源,它可以由CLR自动进行内存回收. 也就是大家熟知的GC(垃圾回收机制). 而对于 非托管资源,比如数据库连接,COM连接等,那么需要手动清理回收资源. 清理非托管资源,我们可以用析构函数来执行,虽然它的执行时机不确定,但终究会被执行. 当然还有Dispose()和Close()方法,两者的区别在于,Close()后还要以用Open()打开,而Dispose()则是彻底销毁.--- 使用析构函数时,需要GC.Co