【JVM】【第十四章】垃圾回收概述

P134-垃圾回收篇开始

在这里插入图片描述
P135-什么是垃圾,为什么要GC?

1.什么是垃圾

Java 和 C++语言的主要区别,就在于垃圾收集技术内存动态分配上,C语言没有垃圾收集技术,需要我们手动的收集。
在这里插入图片描述

  • 垃圾收集技术,不是Java语言的伴生产物。早在1960年,第一门开始使用内存动态分配垃圾收集技术的Lisp语言诞生。

  • 关于垃圾收集有三个经典问题
    (1)哪些内存需要回收?
    (2)什么时候回收?
    (3)如何回收?

  • 垃圾收集机制是Java的招牌能力,极大地提高了开发效率。如今,垃圾收集几乎成为现代语言的标配,即使经过如此长时间的发展,Java的垃圾收集机制仍然在不断的演进中,不同大小的设备、不同特征的应用场景,对垃圾收集提出了新的挑战,这当然也是面试的热点
    在这里插入图片描述
    在这里插入图片描述


什么是垃圾?

  • 垃圾是指在运行程序中没有任何指针指向的对象(引用类型),这个对象就是需要被回收的垃圾。

  • 外文: An object is considered garbage when it can no longer be reached from any pointer in the runningprogram.

  • 解读:Java中基本数据类型是没有垃圾回收的概念的;只有引用类型才会成为垃圾

如果不及时对内存中的垃圾进行清理,那么,这些垃圾对象所占的内存空间会一直保留到 应用程序(JVM进程) 结束,被保留的空间无法被其他对象使用。甚至可能导致内存溢出

2.为什么需要GC

在这里插入图片描述

① 回收垃圾。一个基本认知是如果不进行垃圾回收,内存迟早都会被消耗完,因为不断地分配内存空间而不进行回收,就好像不停地生产生活垃圾而从来不打扫一样。
② 除了释放没用的对象,垃圾回收也可以清除内存里的记录碎片。碎片整理将所占用的堆内存移到堆的一端,以便JVM 将整理出的内存分配给新的对象。
③ 随着应用程序所应付的业务越来越庞大、复杂,用户越来越多,没有GC就不能保证应用程序的正常进行。而经常造成STW(Stop-The-World)的GC又跟不上实际的需求,所以才会不断地尝试对GC进行优化。

3. 早期垃圾回收行为

P36

  • 在早期的C/C++时代,垃圾回收基本.上是手工进行的。开发人员可以使用 new关键字进行内存申请,并使用delete关键字进行内存释放。比如以下代码
MibBridge *pBridge= new cmBaseGroupBridge();
//如果注册失败,使用Delete释放该对象所占内存区域
if(pBridge->Register(kDestroy)!=NO ERROR)
	delete pBridge;
  • 这种方式可以灵活控制内存释放的时间,但是会给开发人员带来频繁申请和释放内存的管理负担。倘若有一处内存区间由于程序员编码的问题忘记被回收,那么就会产生内存泄漏,垃圾对象永远无法被清除,随着系统运行时间的不断增长,垃圾对象所耗内存可能持续上升,直到出现内存溢出并造成应用程序崩溃。

  • 在有了垃圾回收机制后,上述代码块极有可能变成这样:

MibBridge *pBridge = new cmBaseGroupBridge();
pBridge -> Register(kDestroy);

现在,除了Java以外,C#、Python、Ruby等语言都使用了自动垃圾回收的思想,也是未来发展趋势,可以说这种自动化的内存分配和来及回收方式已经成为了线代开发语言必备的标准。

4.Java的垃圾回收机制

P137

4.1 自动内存管理

自动内存管理的优点

  • 自动内存管理,无需开发人员手动参与内存的分配与回收,这样降低内存泄漏内存溢出的风险
  • 没有垃圾回收器,java也会和cpp一样,各种悬垂指针,野指针,泄露问题让你头疼不已。
  • 自动内存管理机制,将程序员从繁重的内存管理中释放出来,可以更专心地专注于业务开发

在这里插入图片描述

关于自动内存管理的担忧

  • 对于Java开发人员而言,自动内存管理就像是一个黑匣子,如果过度依赖于“自动”,那么这将会是一场灾难,最严重的就会弱化Java开发人员在程序出现内存溢出时定位问题和解决问题的能力。
  • 此时,了解JVM的自动内存分配和内存回收原理就显得非常重要,只有在真正了解JVM是如何管理内存后,我们才能够在遇见OutofMemoryError时,快速地根据错误异常日志定位问题和解决问题。
  • 当需要排查各种内存溢出、内存泄漏问题时,当垃圾收集成为系统达到更高并发量的瓶颈时,我们就必须对这些“自动化”的技术实施必要的监控和调节。

4.2 垃圾回收的区域

  • GC主要关注于方法区和堆中的垃圾收集
    在这里插入图片描述

垃圾收集器可以对年轻代回收,也可以对老年代回收,甚至是全栈和方法区的回收,其中,Java堆是垃圾收集器的工作重点;从次数上讲:

  • 频繁收集Young区
  • 较少收集Old区
  • 基本不收集Perm区(元空间)

JVM运行时数据区中,程序计数器、虚拟机栈、本地方法栈这三个区域都是线程私有的,也就是说随线程生而生,死而死,因此这三个区域不用考虑如何回收,当方法结束或者线程结束,内存自然就跟着回收了。

堆和方法区具有不确定性,只有处于运行期间,我们才知道程序究竟会创建哪些对象,创建多少个对象,这部分的内存的分配和回收都是动态的,因此需要考虑如何回收。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值