JVM -- 垃圾回收

什么是垃圾回收

1. Java和C++语言的区别，就在于垃圾收集技术和内存动态分配上，C++语言是没有垃圾收集计数的，这就需要程序员自己手动的去收集。

2. 垃圾收集，并不是Java语言的伴生产物。早在1960年，第一个开始使用内存动态分配和垃圾收集技术的Lisp语言的诞生。

3. 关于垃圾收集经典的三个问题：
   那些内存需要回收？
   频繁的回收我们的堆内存，较少的回收我们的方法区 （栈，本地方法区，程序计数器是没有垃圾回收的）
   什么时候回收？
   如何回收？

4. 垃圾收集机制就是Java的招牌能力，极大地提高了开发的效率。在如今，垃圾收集几乎成为现代语言的标配，即使经过如此长时间的发展，Java的垃圾收集机制任然是在不断演进中的，针对不同大小的设备，不同特征的应用场景，对垃圾收集提出了新的挑战。

什么是垃圾

垃圾就是指在运行过程中没有任何引用指向的对象，这个对象就是需要被回收的垃圾。

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

为什么需要GC

1. 对于高级语言来说，一个基本认知就是如果不进行垃圾回收，内存迟早都会被消耗完的。使得程序不能在正常的执行下去。因为不断的分配内存空间而不进行回收的话，就好像你在你自己的房间，每天都会带回东西而从不扔东西一样。
2. 除了释放没用的对象，垃圾回收也可以清除内存里的记录碎片。碎片整理将所占用的堆内存移到堆的一端，以便JVM将整理出的内存分配给新的对象。
3. 随着应用程序所应付的业务越来越庞大、复杂、用户越来越多，没用GC的话，就不能保证引用程序的正常进行。

早期垃圾回收

在早期的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、Rudy等语言都使用上了自己的自动垃圾回收机制，这也是未来发展的趋势，可以说这种自动化的内存分配和垃圾回收方式已经变成了现代开发语言的必备标准。

垃圾回收机制

垃圾回收机制就是自动内存的管理

优点：无需开发人员手动参与内存的分配与回收，这样大大降低了内存泄露和内存溢出的风险。 这个机制将程序员从繁重的内存管理中释放出来，让程序员更专注于业务开发。

担忧：对于Java开发人员来讲，自动管理就想是个黑匣子，如果过渡的依赖“自动”，那就会变成一场灾难，最严重的就是弱化Java开发人员在程序出现内存溢出问题时对问题的定位和解决能力。

那么此时，了解JVM的自动内存分配和内存回收原理就显的非常重要。只有在真正了解JVM是如何管理内存后，我们才能在遇到OutofMemoryError时，才能快速地根据错误异常日志定位问题，解决问题。

当需要排查各种内存溢出、内存泄露问题时，当垃圾收集成为系统达到更高并发的瓶颈时，我们就必须对这些“自动化”的技术实施必要的监控和调节

垃圾回收回收哪里的

垃圾收集器是可以对年轻代、老年代（属于堆空间）回收的。甚至是全栈和方法区的回收。其中，Java堆是垃圾收集器的工作重点。
(收集的就是JVM里面运行时数据区中的堆和方法区)

从次数上来讲：
● 频繁收集Young区
● 较少收集Old区
● 基本不收集元空间（方法区）。

上一篇：—> JVM - 运行时数据区详细篇