java垃圾回收那点事究竟有多少GC_百度知道
java垃圾回收那点事究竟有多少GC
提问者采纳
GC不可怕，可怕的是经常FULL GC，让整个JVM停止工作进行内存回收常见的几种触发点如下1、持久带满了，就是Permanet Generation满了会导致FULL GC，如果GC不成功，那就报out of memory了2、旧生代满了，导致FULL GC3、新生代向S0和S1转移数据，S0和S1向旧生代转移数据，结果两边的内存设置都比较小，持续出现，会导致FULL GC4、系统直接system.gc常见的调整方法就是在server和client模式下调整我们的GC策略来满足特定场合的需要。一般情况下不需要做这方面的特别调优，只需要设置好持久带和新生代（S0，S1，Eden）、旧生代的内存大小即可。java会自动回收当前的资源，如果有需要就自己调用full gc。
其他类似问题
为您推荐：
垃圾回收的相关知识
其他1条回答
管它有多少呢，反正对开发人员是透明的。
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁5675人阅读
　　讲到引用类型和基本类型由于内存分配上的差异导致的性能问题。那么今天就来聊一下和内存释放（主要是GC）有关的话题。
　　事先声明一下：虽说SUN公司已经被Oracle吞并了，但是出于习惯，同时也为了偷懒节省打字，以下仍然称之为SUN公司。
　　★JVM的内存
　　在Java虚拟机规范中（具体章节请看“”），提及了如下几种类型的内存空间：
　　◇栈内存（Stack）：每个线程私有的。
　　◇堆内存（Heap）：所有线程公用的。
　　◇方法区（Method Area）：有点像以前常说的“进程代码段”，这里面存放了每个加载类的反射信息、类函数的代码、编译时常量等信息。
　　◇原生方法栈（Native Method Stack）：主要用于JNI中的原生代码，平时很少涉及。
　　关于栈内存（Stack）和堆内存（Heap），已经在中扫盲过了，大伙儿应该有点印象。由于今天咱们要讨论的“垃圾回收”话题，主要是和堆内存（Heap）有关。其它的几个玩意儿不是今天讨论的重点。等以后有空了，或许可以单独聊一下。
　　★垃圾回收机制简介
　　其实Java虚拟机规范中并未规定垃圾回收的相关细节。垃圾回收具体该怎么搞，完全取决于各个JVM的设计者。所以，不同的JVM之间，GC的行为可能会有一定的差异。下面咱拿SUN官方的JVM来简单介绍一下GC的机制。
　　◇啥时候进行垃圾回收？
　　一般情况下，当JVM发现堆内存比较紧张、不太够用时，它就会着手进行垃圾回收工作。但是大伙儿要认清这样一个残酷的事实：JVM进行GC的时间点是无法准确预知的。因为GC启动的时刻会受到各种运行环境因素的影响，随机性太大。
　　虽说咱们无法准确预知，但如果你想知道每次垃圾回收执行的情况，还是蛮方便的。可以通过JVM的命令行参数“-XX:+PrintGC”把相关信息打印出来。
　　另外，调用System.gc()只是建议JVM进行GC。至于JVM到底会不会做，那就不好说啦。通常不建议自己手动调用System.gc()，还是让JVM自行决定比较好。另外，使用JVM命令行参数“-XX:+DisableExplicitGC”可以让System.gc()不起作用。
　　◇谁来负责垃圾回收？
　　一般情况下，JVM会有一个或多个专门的垃圾回收线程，由它们负责清理回收垃圾内存。
　　◇如何发现垃圾对象？
　　垃圾回收线程会从“根集（Root Set）”开始进行对象引用的遍历。所谓的“根集”，就是正在运行的线程中，可以访问的引用变量的集合（比如所有线程当前函数的参数和局部变量、当前类的成员变量等等）。垃圾回收线程先找出被根集直接引用的所有对象（不妨叫集合1），然后再找出被集合1直接引用的所有对象（不妨叫集合2），然后再找出被集合2直接引用的所有对象......如此循环往复，直到把能遍历到的对象都遍历完。
　　凡是从根集通过上述遍历可以到达的对象，都称为可达对象或有效对象；反之，则是不可达对象或失效对象（也就是垃圾）。
　　◇如何清理/回收垃圾？
　　通过上述阶段，就把垃圾对象都找出来。然后垃圾回收线程会进行相应的清理和回收工作，包括：把垃圾内存重新变为可用内存、进行内存的整理以消除内存碎片、等等。这个过程会涉及到若干算法，有兴趣的同学可以参见“”。限于篇幅，咱就不深入聊了。
　　◇分代
　　早期的JVM是不采用分代技术的，所有被GC管理的对象都存放在同一个堆里面。这么做的缺点比较明显：每次进行GC都要遍历所有对象，开销很大。其实大部分的对象生命周期都很短（短命对象），只有少数对象比较长寿；在这些短命对象中，又只有少数对象占用的内存空间大；其它大量的短命对象都属于小对象（很符合）。
　　有鉴于此，从JDK 1.2之后，JVM开始使用分代的垃圾回收（Generational GarbageCollection）。JVM把GC相关的内存分为年老代（Tenured）和年轻代（Nursery）、持久代（Permanent，对应于JVM规范的方法区）。大部分对象在刚创建时，都位于年轻代。如果某对象经历了几轮GC还活着（大龄对象），就把它移到年老代。另外，如果某个对象在创建时比较大，可能就直接被丢到年老代。经过这种策略，使得年轻代总是保存那些短命的小对象。在空间尺寸上，年轻代相对较小，而年老代相对较大。
　　因为有了分代技术，JVM的GC也相应分为两种：主要收集（Major Collection）和次要收集（Minor Collection）。主要收集同时清理年老代和年轻代，因此开销很大，不常进行；次要收集仅仅清理年轻代，开销很小，经常进行。
　　★GC对性能会有啥影响？
　　刚才介绍了GC的大致原理，那GC对性能会造成哪些影响捏？主要有如下几个方面：
　　◇造成当前运行线程的停顿
　　早期的GC比较弱智。在它工作期间，所有其它的线程都被暂停（以免影响垃圾回收工作）。等到GC干完活，其它线程再继续运行。所以，早期JDK的GC一旦开始工作，整个程序就会陷入假死状态，失去各种响应。
　　经过这些年的技术改进（包括采用分代技术），从JDK 1.4开始，GC已经比较精明了。在它干活期间，只是偶尔暂停一下其它线程的运行（从长时间假死变为暂时性休克）。
　　◇遍历对象引用的开销
　　试想如果JVM中的对象很多，那遍历完所有可达对象肯定是比较费劲的工作，这个开销可不小。
　　◇清理和回收垃圾的开销
　　遍历完对象引用之后，对垃圾的清理和回收也有较大的开销。这部分开销可能包括复制内存块、更新对象引用等等。
　　★几种收集器
　　◇两个性能指标
　　因为今天聊的是性能的话题，必然会提到衡量GC性能的两个重要指标：吞吐量（Throughput）和停顿时间（Pause Time）。吞吐量这个词不是很直观，解释一下：就是JVM不用于GC的时间占总时间的比率。吞吐量是越大越好，停顿时间是越小越好。
　　不同的应用程序对这两个指标的关注点不一样（后面具体会说），也就是所谓的“众口难调”。很多JVM厂商为了迎合“众口”，不得不提供多种几种垃圾收集器供使用者选择。不同的收集器，采用的收集策略是不一样的，下面具体介绍。
　　◇串行收集器（Serial Collector）
　　使用命令行选项“-XX:+UseSerialGC”指定。
　　这种收集器是最传统的收集器。它使用单线程进行垃圾回收，对于单CPU机器比较合适。另外，小型应用或者对上述两个指标没有特殊要求的，可以使用串行收集器。
　　◇并行收集器（Parallel Throughput Collector）
　　顾名思义，这种收集器使用多个线程进行垃圾回收以达到高吞吐量。垃圾回收线程的数量通过命令行选项“-XX:ParallelGCThreads=n”指定。可以设置该数值以便充分利用多CPU/多核。
　　当使用命令行选项“-XX:+UseParallelGC”时：它会针对年轻代使用多个垃圾回收线程，对年老代依然使用单个线程的串行方式。此选项最早在JDK 1.5引入。
　　当使用命令行选项“-XX:+UseParallelOldGC”时：它针对年轻代和年老代都使用多个垃圾回收线程的方式。不过此选项从JDK 1.6才开始引入。
　　◇并发收集器（Concurrent Low Pause Collector）
　　使用命令行选项“-XX:+UseConcMarkSweepGC”指定。
　　这种收集器优先保证程序的响应。它会尽量让垃圾回收线程和应用自身的线程同时运行，从而降低停顿时间。此选项从JDK 1.4.1开始支持。
　　◇增量收集器（Incremental Collector）
　　自从JDK 1.4.2以来，SUN官方就停止维护该收集器了。所以俺就节省点口水，不多说了。
　　★如何降低GC的影响？
　　◇尽量减少堆内存的使用
　　由于GC是针对存储在堆内存的对象进行的。咱们如果在程序中减少引用对象的分配（也就相应降低堆内存分配），那对于提高GC的性能是很有帮助滴。上次“”的帖子给出了一个例子，示范了如何通过降低堆内存的分配次数来提升性能。
　　◇设置合适的堆内存大小
　　JVM的堆内存是有讲究的，不能太大也不能太小。如果堆内存太小，JVM老是感觉内存不够用，可能会导致频繁进行垃圾回收，影响了性能；如果堆内存太大，以至于操作系统的大部分物理内存都被JVM自个儿霸占了，那可能会影响其它应用程序甚至操作系统本身的性能。
　　另外，年轻代的大小（或者说年轻代与年老代的比值）对于GC的性能也有明显影响。如果年轻代太小，可能导致次要收集很频繁；如果年轻代太大，导致次要收集的停顿很明显。
　　JVM提供了若干和堆内存大小相关的命令行选项，具体如下：
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
-Xms　　设置初始堆内存
-Xmx　　设置最大堆内存
-Xmn　　设置年轻代的大小
-XX:NewRatio=n　　设置年轻代与年老代的比例为“n”
-XX:NewSize=n　　设置年轻代大小为“n”
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
　　一般情况下，JVM的默认参数值已经够用。所以没事儿别轻易动用上述选项。如果你非调整不可，一定要做深入的性能对比测试，保证调整后的性能确实优于默认参数值。
　　◇吞吐量和停顿的取舍
　　前面提到了不同应用的众口难调。常见的口味有两种：(1)看重吞吐量，对停顿时间无所谓；(2)侧重于停顿时间。
　　对于某些在后台的、单纯运算密集型的应用，属于第一种。比如某些科学计算的应用。这时候建议使用并行收集器。
　　对于涉及用户UI交互的、实时性要求比较高、程序需要快速响应的，属于第二种。比如某些桌面游戏、某些电信交换系统。这时候建议使用并发收集器。
　　★相关的参考资料
　　◇GC调优资料
　　SUN官方提供了若干关于JVM垃圾回收调优的说明文档，JDK 1.4.2请看“”；JDK 1.5请看“”；JDK 1.6请看“”。
　　◇JVM命令行选项说明
　　这是SUN公司内的某个有心人整理的各种命令行参数大全，在“”。包括有每个参数所适用的JDK版本。
　　◇虚拟机规范
　　“”是SUN官方的JVM规范。
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：946065次
积分：9738
积分：9738
排名：第738名
原创：125篇
评论：1149条
（需翻墙）
（就是这里）（需翻墙）
(1)(1)(2)(4)(2)(1)(3)(1)(3)(1)(3)(2)(1)(3)(1)(4)(2)(1)(4)(1)(1)(2)(4)(2)(5)(7)(10)(15)(22)(16)Java GC系列（1）：Java垃圾回收简介 - ImportNew
| 分类： ,
| 标签： ,
Java的内存分配与回收全部由JVM垃圾回收进程自动完成。与C语言不同，Java开发者不需要自己编写代码实现垃圾回收。这是Java深受大家欢迎的众多特性之一，能够帮助程序员更好地编写Java程序。
下面四篇教程是了解Java 垃圾回收（GC）的基础：
这篇教程是系列第一部分。首先会解释基本的术语，比如JDK、JVM、JRE和HotSpotVM。接着会介绍JVM结构和Java 堆内存结构。理解这些基础对于理解后面的垃圾回收知识很重要。
Java关键术语
JavaAPI：一系列帮助开发者创建Java应用程序的封装好的库。
Java 开发工具包 （JDK）：一系列工具帮助开发者创建Java应用程序。JDK包含工具编译、运行、打包、分发和监视Java应用程序。
Java 虚拟机（JVM）：JVM是一个抽象的计算机结构。Java程序根据JVM的特性编写。JVM针对特定于操作系统并且可以将Java指令翻译成底层系统的指令并执行。JVM确保了Java的平台无关性。
Java 运行环境（JRE）：JRE包含JVM实现和Java API。
Java HotSpot 虚拟机
每种JVM实现可能采用不同的方法实现垃圾回收机制。在收购SUN之前，Oracle使用的是JRockit JVM，收购之后使用HotSpot JVM。目前Oracle拥有两种JVM实现并且一段时间后两个JVM实现会合二为一。
HotSpot JVM是目前Oracle SE平台标准核心组件的一部分。在这篇垃圾回收教程中，我们将会了解基于HotSpot虚拟机的垃圾回收原则。
JVM体系结构
下面图片总结了JVM的关键组件。在JVM体系结构中，与垃圾回收相关的两个主要组件是堆内存和垃圾回收器。堆内存是内存数据区，用来保存运行时的对象实例。垃圾回收器也会在这里操作。现在我们知道这些组件是如何在框架中工作的。
Java堆内存
我们有必要了解堆内存在JVM内存模型的角色。在运行时，Java的实例被存放在堆内存区域。当一个对象不再被引用时，满足条件就会从堆内存移除。在垃圾回收进程中，这些对象将会从堆内存移除并且内存空间被回收。堆内存以下三个主要区域：
新生代（Young Generation）
Eden空间（Eden space，任何实例都通过Eden空间进入运行时内存区域）
S0 Survivor空间（S0 Survivor space，存在时间长的实例将会从Eden空间移动到S0 Survivor空间）
S1 Survivor空间 （存在时间更长的实例将会从S0 Survivor空间移动到S1 Survivor空间）
老年代（Old Generation）实例将从S1提升到Tenured（终身代）
永久代（Permanent Generation）包含类、方法等细节的元信息
永久代空间中已经被移除。
在本系列的第二篇将会介绍。
原文链接：
- 译文链接： [ 转载请保留原文出处、译者和译文链接。]
关于作者：
（新浪微博：好好先生耶2）
微信关注: ImportNew
分享Java相关的技术文章、工具资源和热点资讯。扫描加关注，碎片时间提高Java开发技能！
博主，去哪里找到JVM官方支持的参数呀，能提供一下么？
关于ImportNew
ImportNew 专注于 Java 技术分享。于日 11:11正式上线。是的，这是一个很特别的时刻 :)
ImportNew 由两个 Java 关键字 import 和 new 组成，意指：Java 开发者学习新知识的网站。 import 可认为是学习和吸收， new 则可认为是新知识、新技术圈子和新朋友……
– 写了文章？看干货？去头条！
– 为IT单身男女服务的征婚传播平台
– 优秀的工具资源导航
– 活跃 & 专业的翻译小组
– 国内外的精选博客文章
– JavaScript, HTML5, CSS
– 专注Android技术分享
– 专注iOS技术分享
– 专注Java技术分享
– 专注Python技术分享
新浪微博：
微信号：importnew
反馈建议：@
广告与商务合作QQ：
& 2015 ImportNew第三方登录：java的垃圾回收机制是完全不可控的，但调用System.gc()后不就会清理内存了吗
[问题点数：40分，结帖人tpos]
java的垃圾回收机制是完全不可控的，但调用System.gc()后不就会清理内存了吗
[问题点数：40分，结帖人tpos]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2008年10月 Java大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。