jvm垃圾回收的补充

最新推荐文章于 2024-11-09 11:23:35 发布

王小禾

最新推荐文章于 2024-11-09 11:23:35 发布

阅读量184

点赞数

分类专栏： # jvm 文章标签： jvm

本文链接：https://blog.csdn.net/answer100answer/article/details/78076918

版权

jvm 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

1. 对象在内存中的状态及引用

当垃圾回收机制实施监控到某个对象不再被引用变量所引用时，垃圾回收就会回收它所占用的空间。

可达状态：对象被创建后有一个以上的引用变量引用它。有向图顶点（如main）可达的对象都处于可达状态。
可恢复状态：对象失去引用后并不会立即回收，而是进入可恢复状态。经过finalize方法后，对象重新有引用则再次变成可达状态，否则为不可达状态。
不可达状态
这里写图片描述

对象----(创建之后)---->可达状态
                     |     |(重新获得引用)
            (失去引用)|     |
                     |     |
                    可恢复状态
                        |
                        |(彻底失去引用)
                        |
                     不可达状态
                        |---->垃圾回收

java.lang.ref 包下提供的引用是jvm内存管理的重要概念。java中的四种引用：

强引用
软引用（SoftReference）
弱引用（WeakReference）
虚引用（PhantomReference）

1.强引用
就是通过new得的对象引用。强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题.

2.软引用
如果一个对象只具有软引用，则内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。也就是说当内存告急的时候，软引用会gc。

软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。

3.弱引用
弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。被弱引用关联的对象只能生存到下一次垃圾收集发生之前。
弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。

2.虚引用
“虚引用”顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。

ReferenceQueue queue = new ReferenceQueue ();
PhantomReference pr = new PhantomReference (object, queue);

引用的作用见一下连接：
http://www.cnblogs.com/plxx/p/4217178.html

2. 内存泄漏

如果存在无用的内存没有被回收，那就内存泄漏。

3. 常见的垃圾回收器

3.1 评价GC的指标

评价一个垃圾回收器的好坏：

吞吐量：应用程序所花费的时间和系统总运行时间的比值。
系统总时间=应用程序耗时+GC耗时
例如：系统运行了100ms，GC耗时1ms，那么系统的吞吐量：(100-1)/100=99%
（与垃圾回收负载相反）
停顿时间：垃圾回收器正在运行时，应用程序的暂停时间
垃圾回收频率：指垃圾回收器多长时间运行一次。一般来说，垃圾回收器的频率越低越好。通常增大堆空间可以有效降低垃圾回收发生的频率，但是可能会增加回收器的停顿时间。
反应时间：指一个对象称为垃圾后，多长时间，它所占用的空间会被释放。
堆分配:不同的垃圾回收器对堆内存的分配方式可能是不同的。一个良好的垃圾收集器应该有一个合理的堆内存区间划分。

3.2 垃圾回收器的分类

具体见：
http://www.cnblogs.com/firstdream/p/5763646.html
http://www.importnew.com/13827.html

串行垃圾回收器（Serial Garbage Collector）
并行垃圾回收器（Parallel Garbage Collector）
并发标记扫描垃圾回收器（CMS Garbage Collector）（CMS: Concurrent Mark Sweep）
G1垃圾回收器（G1 Garbage Collector）

1.新生代老年代默认都是串行收集器，是(1)单线程的，(2)独占式的垃圾回收。
在串行收集时，所有线程都停止工作，称为“Stop the World”。
实时性要求高时，不适用串行收集。

老年代串行收集器使用的是标记-压缩算法。在堆空间较大的应用程序中，一旦老年代串行收集器启动，应用程序很可能会因此停顿几秒甚至更长。
参数：

-XX:+UseSerialGC: 新生代老年代都使用串行回收器
-XX:+UseParNewGC: 新生代并行、老年代串行回收器
-XX:+UseParallelGC: 新生并行、老年代串行

2.并行收集器
新生代并行（设置最大堆、目标吞吐量和停顿时间，可让虚拟机自己完成调优）
老年代并行

3.CMS收集器
有回收阈值-XX:CMSInitiatingOccupancyFraction，默认68，即当老年代的空间使用达到 68% 时，会执行一次CMS回收。
利用该参数可以进行调优，设置稍大的值，可以有效降低CMS的触发频率。
由于CMS使用的是标记-清除算法回收器，会有内存碎片。使用-XX:+UseCMSCompactAtFullCollection 进行碎片整理。

4.G1收集器
jdk7发布，目标是服务端垃圾回收。使用标记-压缩算法，预期要优于CMS。