Java 中GC - 垃圾回收机制

1. 为什么需要垃圾回收


如果不进行垃圾回收,内存迟早被消耗空,因为我们在不断分配内存而没有回收,除非内存无限大,我们可以任意分配不用回收,但事实并非如此,所以,我们必须要进行垃圾回收。

2. 哪些内存需要回收


一些不再被使用的对象,比如我们在Activity、Fragment中的onDestroy()方法中把所有findViewById找到的控件置为null的这些对象,需要被回收。

3. 什么是JVM堆


3.1 JVM堆概念

JVM堆——是Java中对象的活动空间范围,代码中的类里边的对象是从 JVM堆中分配空间的,它里边存储着正在运行的应用程序中所有的对象,而这些对象的建立方式就是 new对象的那些操作,当对象不用了,是GC负责无用回收的对象

3.2 JVM堆

1>新域:存储所有新生成的对象;
2>旧域:新域中的对象,经过一定次数的GC循环后,被移入旧域;
3>永久域:存储类、方法、对象,这个类是独立的,不包含在JVM堆中,默认为4M

4. JVM垃圾回收机制


java对内存的释放采取的是 —— 垃圾自动回收机制,写代码时不用考虑 变量在不用的时候需要释放内存,JVM(即就是java虚拟机)会自动判断并收集垃圾,一般不会立即释放它们的内存空间,也可以手动调用System.gc(),表示强制立即回收垃圾,即就是释放内存,注意,系统并不会保证立即释放内存。

5. 什么是GC


GC(Garbage Collection)就是垃圾回收器,Java开发人员不能像C、C++开发人员一样使用指针来管理内存,GC是JVM对内存(其实就是对象)进行管理的方式。程序员不用担心内存管理,因为垃圾回收器会自动进行管理。GC使开发人员摆脱了繁琐的内存管理工作,提高开发效率。

6. GC的基本原理


Java内存管理,实际上就是对 对象的管理,包括对象的创建和释放。创建就是new对象,释放对象就是将其置为null,让程序不再能访问到这个对象,称该对象为 "不可达的",GC负责回收所有 "不可达的"对象的内存空间。

7. GC的目的


在堆中,找到无用的对象,并把这些对象占用的空间收回让其重新利用。
大多数垃圾回收算法思路都是一样的:把所有对象组成一个集合,或者理解为树状结构,从树根开始找,只要找到的都是活动的对象,如果找不到,就说明该对象已经不再被使用了,就可以回收了。

8. GC中回收算法


1>:标记 - 清除算法

分为两个阶段,首先标记出所有需要回收的对象,在标记完成后统一回收所有被标记的对象。
缺点是:标记和清除效率都不高,可能会产生很多碎片;

2>:标记 - 整理算法

标记整理与标记清除算法过程一样,但是后边不是简单的清除,而是让所有存活的对象都向一端移动,然后清除边界值以外的内存;

3>:复制算法

将可用内存按容量划分为相等的两块,每次只用其中一块,当这一块用完,就将还存活的对象复制到另一块上面,然后把原始空间全部回收。高效、简单。
缺点:将内存缩小为原来一半;

4>:分代收集算法

新生代中,每次垃圾收集时都会有大批对象死去,只有少量存活,可以用复制算法,只需要付出少量存活对象的复制成本,就可以完成收集;
老年代中,其存活率较高、没有额外空间对它进行分配担保,就用 "标记清除或者标记整理"算法进行回收。

9.建议


1.一般都是在Activity、Fragment中的onDestroy()方法中把所有findViewById找到的对象全部置为null,在使用这种方式时,需要注意一些复杂的对象图,比如:数组、队列、树、图等,这些对象之间相互引用关系比较复杂,GC的回收效率也会比较低,如果程序允许,尽早将不用的 引用对象置为null,这样可以加速GC的运行速度;

  1. 尽量少用finalize()方法,finalize()方法是Java提供给程序员一个释放对象或者释放资源的机会,但是它会加大GC的工作量,因此尽量少用finalize()方法来回收资源;
  2. 如果需要使用 经常使用的图片,可以使用 soft(SoftReference)软引用类型,它可以尽可能的将图片保存在内存中,可供程序调用,不引起OOM;
  3. 对于数组、队列、树、图等,这些数据结构对于GC来说,回收更为复杂,注意一些全局的变量、静态的变量,这些变量可能会引起内存浪费;
  4. 当程序有一定的等待时间,可以手动执行System.gc(),通知GC运行。

9. 总结


1.JVM堆的大小决定了GC的运行时间,如果JVM堆的大小超过一定限度,那么GC的运行时间会很长;
2.对象的生存时间越长,GC需要回收的时间也越长,影响回收速度;
3.如果GC运行周期超过3-5秒,会很影响程序的运行,如果可以就需要减小JVM堆的大小;
4.通常情况JVM堆的大小应该为物理内存的80%;

  1. 应用程序中,创建与释放对象的速度决定了垃圾回收的频率;
  2. 大多数对象都是短命的,如果能让这些对象的生存周期在GC的一次运行周期内就非常好了。
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,132评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,802评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,566评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,858评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,867评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,695评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,064评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,705评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,915评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,677评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,796评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,432评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,041评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,992评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,223评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,185评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,535评论 2 343

推荐阅读更多精彩内容