《Java垃圾回收与回收机制》由会员分享,可在线阅读,更多相关《Java垃圾回收与回收机制(24页珍藏版)》请在金锄头文库上搜索。
1、全面分析 Java 的垃圾回收机制Java 的堆是一个运行时数据区,类的实例(对象)从中分配空间。Java 虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象,这些对象通过new、newarray、anewarray 和 multianewarray 等指令建立,但是它们不需要程序代码来显式地释放。一般来说,堆的是由垃圾回收 来负责的,尽管 JVM 标准并不要求特殊的垃圾回收技术, 甚至根本就不需要垃圾回收,但是由于内存的有限性,JVM 在实现的时候都有一个由垃圾回收所管理的堆。垃圾回收是一种动态存储管理技术, 它自动地释放不再被程序引用的对象, 按照特定的垃圾收集算法来实现资源自
2、动回收的功能。垃圾收集的意义在 C+中,对象所占的内存在程序结束运行之前一直被占用,在明确释放之前不能分配给其它对象;而在 Java 中,当没有对象引用指向原先分配给某个对象的内存时,该内存便成为垃圾。JVM 的一个系统级线程会自动释放该内存块。垃圾收集意味着程序不再需要的对象是无用信息,这些信息将被丢弃。当一个对象不再被引用的时候,内存回收它占领的空间,以便空间被后来的新对象使用。 事实上,除了释放没用的对象,垃圾收集也可以去除内存记录碎片。 由于创立对象和垃圾收集器释放丢弃对象所占的内存空间, 内存会出现碎片。 碎片是分配给对象的内存块之间的空闲内存洞。 碎片整理将所占用的堆内存移到堆的一
3、端,JVM 将整理出的内存分配给新的对象。垃圾收集能自动释放内存空间,减轻编程的负担。这使Java 虚拟机具有一些优点。首先,它能使编程效率提高。 在没有垃圾收集机制的时候, 可能要花许多时间来解决一个难懂的存储器问题。在用 Java 语言编程的时候,靠垃圾收集机制可大大缩短时间。其次是它保护程序的完整性, 垃圾收集是 Java 语言平安性策略的一个重要部份。垃圾收集的一个潜在的缺点是它的开销影响程序性能。Java 虚拟机必须追踪运行程序中有用的对象, 而且最终释放没用的对象。这一个过程需要花费处理器的时间。其次垃圾收集算法的不完备性, 早先采用的某些垃圾收集算法就不能保证100%收集到所有的
4、废弃内存。 当然随着垃圾收集算法的不断改良以及软硬件运行效率的不断提升, 这些问题都可以迎刃而解。垃圾收集的算法分析Java 语言标准没有明确地说明JVM 使用哪种垃圾回收算法,但是任何一种垃圾收集算法一般要做 2 件根本的事情:1发现无用信息对象;2回收被无用对象占用的内存空间,使该空间可被程序再次使用。大多数垃圾回收算法使用了根集(root set)这个概念;所谓根集就量正在执行的Java程序可以访问的引用变量的集合(包括局部变量、参数、类变量),程序可以使用引用变量访问对象的属性和调用对象的方法。 垃圾收集首选需要确定从根开始哪些是可达的和哪些是不可达的,从根集可达的对象都是活动对象,
5、它们不能作为垃圾被回收, 这也包括从根集间接可达的对象。而根集通过任意路径不可达的对象符合垃圾收集的条件, 应该被回收。下面介绍几个常用的算法。1、 引用计数法(Reference Counting Collector)引用计数法是唯一没有使用根集的垃圾回收的法,该算法使用引用计数器来区分存活对象和不再使用的对象。 一般来说,堆中的每个对象对应一个引用计数器。 当每一次创立一个对象并赋给一个变量时,引用计数器置为1。当对象被赋给任意变量时,引用计数器每次加 1 当对象出了作用域后(该对象丢弃不再使用),引用计数器减 1,一旦引用计数器为0,对象就满足了垃圾收集的条件。基于引用计数器的垃圾收集器
6、运行较快,不会长时间中断程序执行, 适宜地必须 实时运行的程序。但引用计数器增加了程序执行的开销, 因为每次对象赋给新的变量, 计数器加1,而每次现有对象出了作用域生,计数器减1。2、tracing 算法(Tracing Collector)tracing 算法是为了解决引用计数法的问题而提出, 它使用了根集的概念。 基于 tracing算法的垃圾收集器从根集开始扫描, 识别出哪些对象可达, 哪些对象不可达,并用某种方式标记可达对象,例如对每个可达对象设置一个或多个位。在扫描识别过程中,基于tracing算法的垃圾收集也称为标记和去除(mark-and-sweep)垃圾收集器.3、compac
7、ting 算法(Compacting Collector)为了解决堆碎片问题,基于tracing 的垃圾回收吸收了 Compacting 算法的思想,在去除的过程中, 算法将所有的对象移到堆的一端, 堆的另一端就变成了一个相邻的空闲内存区, 收集器会对它移动的所有对象的所有引用进行更新, 使得这些引用在新的位置能识别原来 的对象。在基于 Compacting 算法的收集器的实现中,一般增加句柄和句柄表。4、copying 算法(Coping Collector)该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。 它开始时把堆分成 一个对象 面和多个空闲面, 程序从对象面为对象分配空间,当
8、对象满了,基于coping 算法的垃圾 收集就从根集中扫描活动对象,并将每个 活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞),这样空闲面变成了对象面,原来的对象面变成了空闲面,程序会在新的对象面中分配内存。一种典型的基于 coping 算法的垃圾回收是 stop-and-copy 算法,它将堆分成对象面和空闲区域面,在对象面与空闲区域面的切换过程中,程序暂停执行。5、generation 算法(Generational Collector)stop-and-copy 垃圾收集器的一个缺陷是收集器必须复制所有的活动对象,这增加了程序等待时间,这是coping 算法低效的原因。在程序
9、设计中有这样的规律:多数对象存在的时间比拟短,少数的存在时间比拟长。因此,generation 算法将堆分成两个或多个,每个子堆作为对象的一代(generation)。由于多数对象存在的时间比拟短, 随着程序丢弃不使用的对象,垃圾收集器将从最年轻的子堆中收集这些对象。在分代式的垃圾收集器运行后,上次运行存活下来的对象移到下一最高代的子堆中, 由于老一代的子堆不会经常被回收, 因而节省了时间。6、adaptive 算法(Adaptive Collector)在特定的情况下, 一些垃圾收集算法会优于其它算法。 基于 Adaptive 算法的垃圾收集器就是监控当前堆的使用情况,并将选择适当算法的垃圾
10、收集器。透视 Java 垃圾回收1、命令行参数透视垃圾收集器的运行2、 使用 System.gc()可以不管 JVM 使用的是哪一种垃圾回收的算法, 都可以请求 Java的垃圾回收。在命令行中有一个参数-verbosegc 可以查看 Java 使用的堆内存的情况,它的格式如下:java -verbosegc classfile可以看个例子:class TestGC public static void main(String args) new TestGC();System.gc();System.runFinalization();在这个例子中,一个新的对象被创立,由于它没有使用,所以该对
11、象迅速地变为可达,程序编译后,执行命令: java -verbosegc TestGC 后结果为:Full GC 168K-97K(1984K), 0.0253873 secs机器的环境为,Windows 2000 + JDK1.3.1,箭头前后的数据168K 和 97K 分别表示垃圾收集 GC 前后所有存活对象使用的内存容量,说明有168K-97K=71K 的对象容量被回收,括号内的数据 1984K 为堆内存的总容量,收集所需要的时间是0.0253873 秒这个时间在每次执行的时候会有所不同。2、finalize 方法透视垃圾收集器的运行在 JVM 垃圾收集器收集一个对象之前 ,一般要求程序
12、调用适当的方法释放资源,但在没有明确释放资源的情况下,Java 提供了缺省机制来终止化该对象心释放资源,这个方法就是 finalize。它的原型为:protected void finalize() throws Throwable在 finalize()方法返回之后,对象消失,垃圾收集开始执行。原型中的throwsThrowable 表示它可以抛出任何类型的异常。之所以要使用 finalize(),是由于有时需要采取与Java 的普通方法不同的一种方法,通过分配内存来做一些具有C 风格的事情。 这主要可以通过固有方法来进行, 它是从 Java里调用非 Java 方法的一种方式。C 和 C+是
13、目前唯一获得固有方法支持的语言。 但由于它们能调用通过其他语言编写的子程序, 所以能够有效地调用任何东西。 在非 Java 代码内部,也许能调用 C 的 malloc()系列函数,用它分配存储空间。 而且除非调用了 free(),否那么存储空间不会得到释放,从而造成内存漏洞的出现。当然, free()是一个 C 和 C+函数,所以我们需要在 finalize()内部的一个固有方法中调用它。也就是说我们不能过多地使用finalize(),它并不是进行普通去除工作的理想场所。在普通的去除工作中,为去除一个对象,那个对象的用户必须在希望进行去除的地点调用一个去除方法。 这与 C+破坏器的概念稍有抵触
14、。 在 C+中, 所有对象都会破坏 去除。或者换句话说,所有对象都应该破坏。假设将 C+对象创立成一个本地对象,比方在堆栈中创立在 Java 中是不可能的,那么去除或破坏工作就会在结束花括号所代表的、创立这个对象的作用域的末尾进行。假设对象是用new 创立的类似于Java,那么当程序员调用 C+的 delete 命令时Java 没有这个命令,就会调用相应的破坏器。假设程序员忘记了,那么永远不会调用破坏器,我们最终得到的将是一个内存 漏洞,另外还包括对象的其他局部永远不会得到去除。相反,Java 不允许我们创立本地局部对象-无论如何都要使用 new。但在 Java中,没有delete命令来释放对
15、象,因为垃圾收集器会帮助我们自动释放存储空间。所以如果站在比拟简化的立场,我们可以说正是由于存在垃圾收集机制,所以Java 没有破坏器。然而,随着以后学习的深入,就会知道垃圾收集器的存在并不能完全消除对破坏器的需要,或者说不能消除对破坏器代表的那种机制的需要而且绝对不能直接调用finalize(),所以应尽量防止用它。假设希望执行除释放存储空间之外的其他某种形式的去除工作, 仍然必须调用 Java 中的一个方法。它等价于C+的破坏器,只是没后者方便。下面这个例子向大家展示了垃圾收集所经历的过程,并对前面的陈述进行了总结。class Chair static boolean gcrun = fa
16、lse;static boolean f = false;static int created = 0;static int finalized = 0;int i;Chair() i = +created;if(created = 47)System.out.println(Created 47);protected void finalize() if(!gcrun) gcrun = true;System.out.println(Beginning to finalize after + created + Chairshave been created);if(i = 47) Syst
17、em.out.println(Finalizing Chair #47, +Setting flag to stop Chaircreation);f = true;finalized+;if(finalized = created)System.out.println(All + finalized + finalized);public class Garbage public static void main(String args) if(args.length = 0) System.err.println(Usage: n + java Garbage beforen or:n +
18、java Garbage after);return;while(!Chair.f) new Chair();new String(To take up space);System.out.println(After all Chairs have been created:n + totalcreated = + Chair.created + , total finalized = + Chair.finalized);if(args0.equals(before) System.out.println(gc():);System.gc();System.out.println(runFi
19、nalization():);System.runFinalization();System.out.println(bye!);if(args0.equals(after)System.runFinalizersOnExit(true);2、tracing 算法(Tracing Collector)tracing 算法是为了解决引用计数法的问题而提出, 它使用了根集的概念。 基于 tracing算法的垃圾收集器从根集开始扫描, 识别出哪些对象可达, 哪些对象不可达,并用某种方式标记可达对象,例如对每个可达对象设置一个或多个位。在扫描识别过程中,基于tracing算法的垃圾收集也称为标记和去除
20、(mark-and-sweep)垃圾收集器.3、compacting 算法(Compacting Collector)为了解决堆碎片问题,基于tracing 的垃圾回收吸收了 Compacting 算法的思想,在去除的过程中, 算法将所有的对象移到堆的一端, 堆的另一端就变成了一个相邻的空闲内存区, 收集器会对它移动的所有对象的所有引用进行更新, 使得这些引用在新的位置能识别原来 的对象。在基于 Compacting 算法的收集器的实现中,一般增加句柄和句柄表。4、copying 算法(Coping Collector)该算法的提出是为了克服句柄的开销和解决堆碎片的垃圾回收。 它开始时把堆分成
21、 一个对象 面和多个空闲面, 程序从对象面为对象分配空间,当对象满了,基于coping 算法的垃圾 收集就从根集中扫描活动对象,并将每个 活动对象复制到空闲面(使得活动对象所占的内存之间没有空闲洞),这样空闲面变成了对象面,原来的对象面变成了空闲面,程序会在新的对象面中分配内存。一种典型的基于 coping 算法的垃圾回收是 stop-and-copy 算法,它将堆分成对象面和空闲区域面,在对象面与空闲区域面的切换过程中,程序暂停执行。5、generation 算法(Generational Collector)stop-and-copy 垃圾收集器的一个缺陷是收集器必须复制所有的活动对象,这
22、增加了程序等待时间,这是coping 算法低效的原因。在程序设计中有这样的规律:多数对象存在的时间比拟短,少数的存在时间比拟长。因此,generation 算法将堆分成两个或多个,每个子堆作为对象的一代(generation)。由于多数对象存在的时间比拟短, 随着程序丢弃不使用的对象,垃圾收集器将从最年轻的子堆中收集这些对象。在分代式的垃圾收集器运行后,上次运行存活下来的对象移到下一最高代的子堆中, 由于老一代的子堆不会经常被回收, 因而节省了时间。6、adaptive 算法(Adaptive Collector)在特定的情况下, 一些垃圾收集算法会优于其它算法。 基于 Adaptive 算法
23、的垃圾收集器就是监控当前堆的使用情况,并将选择适当算法的垃圾收集器。上面这个程序创立了许多Chair 对象,而且在垃圾收集器开始运行后的某些时候,程序会停止创立 Chair。由于垃圾收集器可能在任何时间运行,所以我们不能准确知道它在何时启动。因此,程序用一个名为gcrun 的标记来指出垃圾收集器是否已经开始运行。利用第二个标记 f,Chair 可告诉 main()它应停止对象的生成。 这两个标记都是在 finalize()内部设置的,它调用于垃圾收集期间。 另两个 static 变量-created 以及 finalized-分别用于跟踪已创立的对象数量以及垃圾收集器已进行完收尾工作的对象数量
24、。 最后, 每个 Chair 都有它自己的非 staticint i,所以能跟踪了解它具体的编号是多少。编号为47 的 Chair 进行完收尾工作后,标记会设为true,最终结束 Chair 对象的创立过程。关于垃圾收集的几点补充经过上述的说明,可以发现垃圾回收有以下的几个特点:1垃圾收集发生的不可预知性: 由于实现了不同的垃圾收集算法和采用了不同的收集机制,所以它有可能是定时发生,有可能是当出现系统空闲CPU 资源时发生,也有可能是和原始的垃圾收集一样, 等到内存消耗出现极限时发生, 这与垃圾收集器的选择和具体的设置都有关系。2垃圾收集的精确性:主要包括2 个方面:a垃圾收集器能够精确标记活
25、着的对象;b垃圾收集器能够精确地定位对象之间的引用关系。前者是完全地回收所有废弃对象的前提, 否那么就可能造成内存泄漏。 而后者那么是实现归并和复制等算法的必要条件。所有不可达对象都能够可靠地得到回收, 所有对象都能够重新分配, 允许对象的复制和对象内存的缩并,这样就有效地防止内存的支离破碎。3现在有许多种不同的垃圾收集器,每种有其算法且其表现各异,既有当垃圾收集开始时就停止应用程序的运行, 又有当垃圾收集开始时也允许应用程序的线程运行, 还有在同一时间垃圾收集多线程运行。4垃圾收集的实现和具体的JVM 以及 JVM 的内存模型有非常紧密的关系。不同的 JVM 可能采用不同的垃圾收集,而JVM
26、 的内存模型决定着该JVM 可以采用哪些类型垃圾收集。现在,HotSpot 系列 JVM 中的内存系统都采用先进的面向对象的框架设计,这使得该系列 JVM 都可以采用最先进的垃圾收集。5随着技术的开展,现代垃圾收集技术提供许多可选的 垃圾收集器,而且在配置每种收集器的时候又可以设置不同的参数, 这就使得根据不同的应用环境获得最优的应用性能成为可能。针对以上特点,我们在使用的时候要注意:1不要试图去假定垃圾收集发生的时间,这一切都是未知的。比方,方法中的一个临时对象在方法调用完毕后就变成了无用对象,这个时候它的内存就可以被释放。2Java 中提供了一些和垃圾收集打交道的类,而且提供了一种强行执行
27、垃圾收集的方法-调用 System.gc(),但这同样是个不确定的方法。Java 中并不保证每次调用该方法就一定能够启动垃圾收集,它只不过会向 JVM 发出这样一个申请,到底是否真正执行垃圾收集,一切都是个未知数。3挑选适合自己的垃圾收集器。一般来说,如果系统没有特殊和苛刻的性能要求,可以采用 JVM 的缺省选项。否那么可以考虑使用有针对性的垃圾收集器,比方增量收集器就比拟适合实时性要求较高的系统之中。 系统具有较高的配置, 有比拟多的闲置资源,可以考虑使用并行标记/去除收集器。4关键的也是难把握的问题是内存泄漏。 良好的编程习惯和严谨的编程态度永远是最重要的,不要让自己的一个小错误导致内存出
28、现大漏洞。5尽早释放无用对象的引用。大多数程序员在使用临时变量的时候,都是让引用变量在退出活动域(scope)后,自动设置为 null,暗示垃圾收集器来收集该对象,还必须注意该引用的对象是否被监听,如果有,那么要去掉监听器,然后再赋空值。结束语一般来说,Java 开发人员可以不重视 JVM 中堆内存的分配和垃圾处理收集,但是,充分理解 Java 的这一特性可以让我们更有效地利用资源。 同时要注意 finalize()方法是 Java的缺省机制,有时为确保对象资源的明确释放,可以编写自己的finalize 方法。JVM 详解之 Java 垃圾回收机制详解和调优1.JVM1.JVM 的的 gcgc
29、 概述概述gc 即垃圾收集机制是指 jvm 用于释放那些不再使用的对象所占用的内存。 java 语言并不要求 jvm 有 gc,也没有规定 gc 如何工作。不过常用的jvm 都有 gc,而且大多数 gc 都使用类似的算法管理内存和执行收集操作。在充分理解了垃圾收集算法和执行过程后, 才能有效的优化它的性能。 有些垃圾收集专用于特殊的应用程序。比方,实时应用程序主要是为了防止垃圾收集中断,而大多数OLTP应用程序那么注重整体效率。理解了应用程序的工作负荷和jvm 支持的垃圾收集算法,便可以进行优化配置垃圾收集器。垃圾收集的目的在于去除不再使用的对象。gc 通过确定对象是否被活动对象引用来确定是否
30、收集该对象。gc 首先要判断该对象是否是时候可以收集。两种常用的方法是引用计数和对象引用遍历。1.1.1.1.引用计数引用计数引用计数存储对特定对象的所有引用数, 也就是说, 当应用程序创立引用以及引用超出范围时,jvm 必须适当增减引用数。当某对象的引用数为0 时,便可以进行垃圾收集。1.2.1.2.对象引用遍历对象引用遍历早期的 jvm 使用引用计数,现在大多数jvm 采用对象引用遍历。对象引用遍历从一组对象开始,沿着整个对象图上的每条链接,递归确定可到达 reachable的对象。如果某对象不能从这些根对象的一个 至少一个 到达, 那么将它作为垃圾收集。 在对象遍历阶段,gc 必须记住哪
31、些对象可以到达,以便删除不可到达的对象,这称为标记 marking对象。下一步,gc 要删除不可到达的对象。删除时, 有些 gc 只是简单的扫描堆栈,删除未标记的未标记的对象,并释放它们的内存以生成新的对象,这叫做去除sweeping。这种方法的问题在于内存会分成好多小段,而它们缺乏以用于新的对象,但是组合起来却很大。因此,许多 gc 可以重新组织内存中的对象, 并进行压缩compact,形成可利用的空间。为此,gc 需要停止其他的活动活动。 这种方法意味着所有与应用程序相关的工作停止,只有 gc 运行。结果,在响应期间增减了许多混杂请求。另外,更复杂的 gc 不断增加或同时运行以减少或者去除
32、应用程序的中断。有的gc 使用单线程完成这项工作,有的那么采用多线程以增加效率。2.2.几种垃圾回收机制几种垃圾回收机制2.1.2.1.标记去除收集器标记去除收集器这种收集器首先遍历对象图并标记可到达的对象, 然后扫描堆栈以寻找未标记对象并释放它们的内存。这种收集器一般使用单线程工作并停止其他操作。2.2.2.2.标记压缩收集器标记压缩收集器有时也叫标记去除压缩收集器, 与标记去除收集器有相同的标记阶段。 在第二阶段,那么把标记对象复制到堆栈的新域中以便压缩堆栈。这种收集器也停止其他操作。2.3.2.3.复制收集器复制收集器这种收集器将堆栈分为两个域, 常称为半空间。每次仅使用一半的空间, j
33、vm 生成的新对象那么放在另一半空间中。gc 运行时,它把可到达对象复制到另一半空间,从而压缩了堆栈。这种方法适用于短生存期的对象,持续复制长生存期的对象那么导致效率降低。2.4.2.4.增量收集器增量收集器增量收集器把堆栈分为多个域, 每次仅从一个域收集垃圾。 这会造成较小的应用程序中断。2.5.2.5.分代收集器分代收集器这种收集器把堆栈分为两个或多个域, 用以存放不同寿命的对象。 jvm 生成的新对象一般放在其中的某个域中。 过一段时间, 继续存在的对象将获得使用期并转入更长寿命的域中。分代收集器对不同的域使用不同的算法以优化性能。2.6.2.6.并发收集器并发收集器并发收集器与应用程序
34、同时运行。 这些收集器在某点上比方压缩时一般都不得不停止其他操作以完成特定的任务, 但是因为其他应用程序可进行其他的后台操作, 所以中断其他处理的实际时间大大降低。2.7.2.7.并行收集器并行收集器并行收集器使用某种传统的算法并使用多线程并行的执行它们的工作。在多cpu 机器上使用多线程技术可以显著的提高java 应用程序的可扩展性。3.Sun HotSpot3.Sun HotSpot1.4.1 JVM1.4.1 JVM 堆大小的调整堆大小的调整Sun HotSpot 1.4.1使用分代收集器,它把堆分为三个主要的域:新域、旧域以及永久域。Jvm 生成的所有新对象放在新域中。一旦对象经历了一
35、定数量的垃圾收集循环后,便获得使用期并进入旧域。在永久域中jvm 那么存储 class 和 method 对象。就配置而言,永久域是一个独立域并且不认为是堆的一局部。下面介绍如何控制这些域的大小。 可使用-Xms 和-Xmx 控制整个堆的原始大小或最大值。下面的命令是把初始大小设置为128M:java Xms128mXmx256m 为控制新域的大小,可使用-XX:NewRatio 设置新域在堆中所占的比例。下面的命令把整个堆设置成128m,新域比率设置成 3,即新域与旧域比例为1:3,新域为堆的 1/4 或 32M:java Xms128m Xmx128mXX:NewRatio =3可使用-X
36、X:NewSize 和-XX:MaxNewsize 设置新域的初始值和最大值。下面的命令把新域的初始值和最大值设置成64m:java Xms256m Xmx256m Xmn64m永久域默认大小为4m。运行程序时,jvm 会调整永久域的大小以满足需要。每次调整时,jvm 会对堆进行一次完全的垃圾收集。使用-XX:MaxPerSize 标志来增加永久域搭大小。在WebLogic Server 应用程序加载较多类时,经常需要增加永久域的最大值。当jvm 加载类时,永久域中的对象急剧增加,从而使 jvm 不断调整永久域大小。为了防止调整,可使用-XX:PerSize 标志设置初始值。下面把永久域初始值
37、设置成32m,最大值设置成 64m。java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m默认状态下,HotSpot 在新域中使用复制收集器。该域一般分为三个局部。第一局部为 Eden,用于生成新的对象。另两局部称为救助空间,当Eden 充满时,收集器停止应用程序,把所有可到达对象复制到当前的from 救助空间,一旦当前的from 救助空间充满,收集器那么把可到达对象复制到当前的to 救助空间。From 和 to 救助空间互换角色。维持活动的对象将在救助空间不断复制,直到它们获得使用期并转入旧域。使用-XX:Su
38、rvivorRatio 可控制新域子空间的大小。同 NewRation 一样,SurvivorRation 规定某救助域与 Eden 空间的比值。比方,以下命令把新域设置成 64m,Eden 占 32m,每个救助域各占 16m:java -Xms256m -Xmx256m -Xmn64m -XX:SurvivorRation =2如前所述,默认状态下HotSpot 对新域使用复制收集器,对旧域使用标记去除压缩收集器。 在新域中使用复制收集器有很多意义, 因为应用程序生成的大局部对象是短寿命的。理想状态下,所有过渡对象在移出Eden 空间时将被收集。如果能够这样的话,并且移出 Eden 空间的对
39、象是长寿命的, 那么理论上可以立即把它们移进旧域, 防止在救助空间反复复制。但是, 应用程序不能适合这种理想状态,因为它们有一小局部中长寿命的对象。最好是保持这些中长寿命的对象并放在新域中, 因为复制小局部的对象总比压缩旧域廉价。 为控制新域中对象的复制,可用-XX:TargetSurvivorRatio控制救助空间的比例该值是设置救助空间的使用比例。如救助空间位1M,该值 50 表示可用 500K。该值是一个百分比,默认值是 50。当较大的堆栈使用较低的 sruvivorratio 时,应增加该值到 80 至 90,以更好利用救助空间。用-XX:maxtenuring threshold可控
40、制上限。为放置所有的复制全部发生以及希望对象从eden 扩展到旧域,可以把MaxTenuringThreshold 设置成 0。 设置完成后, 实际上就不再使用救助空间了, 因此应把 SurvivorRatio设成最大值以最大化 Eden 空间,设置如下:java -XX:MaxTenuringThreshold=0 XX:SurvivorRatio50000 4.BEA JRockit JVM4.BEA JRockit JVM 的使用的使用Bea WebLogic 8.1 使用的新的 JVM 用于 Intel 平台。在 Bea 安装完毕的目录下可以看到有一个类似于 jrockit81sp1_
41、141_03 的文件夹。这就是 Bea 新 JVM 所在目录。不同于 HotSpot 把 Java 字节码编译本钱地码,它预先编译成类。 JRockit 还提供了更细致的功能用以观察 JVM 的运行状态,主要是独立的GUI 控制台只能适用于使用Jrockit 才能使用 jrockit81sp1_141_03自带的 console监控一些cpu及 memory参数 或者WebLogicServer 控制台。Bea JRockit JVM 支持 4 种垃圾收集器:4.1.1.4.1.1.分代复制收集器分代复制收集器它与默认的分代收集器工作策略类似。对象在新域中分配,即JRockit 文档中的nur
42、sery。这种收集器最适合单cpu 机上小型堆操作。4.1.2.4.1.2.单空间并发收集器单空间并发收集器该收集器使用完整堆, 并与背景线程共同工作。 尽管这种收集器可以消除中断, 但是收集器需花费较长的时间寻找死对象, 而且处理应用程序时收集器经常运行。 如果处理器不能应付应用程序产生的垃圾,它会中断应用程序并关闭收集。分代并发收集器这种收集器在护理域使用排它复制收集器, 在旧域中那么使用并发收集器。由于它比单空间共同发生收集器中断频繁, 因此它需要较少的内存, 应用程序的运行效率也较高,注意,过小的护理域可以导致大量的临时对象被扩展到旧域中。 这会造成收集器超负荷运作,甚至采用排它性工作
43、方式完成收集。4.1.3.4.1.3.并行收集器并行收集器该收集器也停止其他进程的工作, 但使用多线程以加速收集进程。 尽管它比其他的收集器易于引起长时间的中断,但一般能更好的利用内存,程序效率也较高。默认状态下,JRockit 使用分代并发收集器。要改变收集器,可使用-Xgc:,对应四个收集器分别为 gencopy,singlecon,gencon 以及 parallel。可使用-Xms 和-Xmx 设置堆的初始大小和最大值。要设置护理域,那么使用- Xns:java jrockit Xms512m Xmx512m Xgc:gencon Xns128m尽管 JRockit 支持-verbos
44、e:gc 开关,但它输出的信息会因收集器的不同而异。JRockit 还支持 memory、 load 和 codegen 的输出。注意 :如果 使用 JRockit JVM 的话还可以使用WLS 自带的 consoleC:beajrockit81sp1_141_03bin下来监控一些数据,如 cpu, memery 等。要想能构监控必须在启动效劳时startWeblogicd 中参加Xmanagement 参数。5.5.如何从如何从 JVMJVM 中获取信息来进行调整中获取信息来进行调整-verbose.gc 开关可显示 gc 的操作内容。翻开它,可以显示最忙和最空闲收集行为发生的时间、收集前
45、后的内存大小、收集需要的时间等。翻开 - xx:+ printgcdetails开关,可以详细了解 gc 中的变化。翻开-XX: + PrintGCTimeStamps开关,可以了解这些垃圾收集发生的时间,自jvm 启动以后以秒计量。最后,通过-xx: + PrintHeapAtGC开关了解堆的更详细的信息。为了了解新域的情况,可以通过-XX:=PrintTenuringDistribution开关了解获得使用期的对象权。6.Pdm6.Pdm 系统系统 JVMJVM 调整调整6.1.6.1.效劳器:前提内存效劳器:前提内存 1G1G 单单 CPUCPU可通过如下参数进行调整:server 启用
46、效劳器模式如果 CPU 多,效劳器机建议使用此项Xms,Xmx 一般设为同样大小。 800mXmn 是将 NewSize 与 MaxNewSize 设为一致。320mXX:PerSize 64mXX:NewSize 320m 此值设大可调大新对象区,减少Full GC 次数XX:MaxNewSize 320mXX:NewRato NewSize 设了可不设。XX: SurvivorRatioXX:userParNewGC 可用来设置并行收集XX:ParallelGCThreads 可用来增加并行度XXUseParallelGC 设置后可以使用并行去除收集器XX:UseAdaptiveSizeP
47、olicy 与上面一个联合使用效果更好,利用它可以自动优化新域大小以及救助空间比值6.2.6.2.客户机:通过在客户机:通过在 JNLPJNLP 文件中设置参数来调整客户端文件中设置参数来调整客户端JVMJVMJNLP 中参数:initial-heap-size 和 max-heap-size这可以在 framework 的 RequestManager 中生成 JNLP 文件时参加上述参数,但是这些值是要求根据客户机的硬件状态变化的 如客户机的内存大小等 。建议这两个参数值设为客户机可用内存的60有待测试。为了在动态生成JNLP 时以上两个参数值能够随客户机不同而不同, 可靠虑获得客户机系统信息并将这些嵌到首页index.jsp 中作为连接请求的参数。在设置了上述参数后可以通过Visualgc 来观察垃圾回收的一些参数状态, 再做相应的调整来改善性能。一般的标准是减少fullgc 的次数,最好硬件支持使用并行垃圾回收要求多 CPU。