使用技巧: 使用技巧:Java EE 性能问题解决手册
这篇文章,是 PRO JAVA EE 5 Performance Management and Optimization 的一个 章节,作者 Steven Haines 分享了他在调优企业级 JAVA 应用时所遇到的常见问题。
Java EE(Java 企业开发平台)应用程序,无论应用程序服务器如何部署,所面对的一 系列问题大致相同。作为一个 JAVAEE 问题解决专家,我曾经面对过众多的环境同时也写 了不少常见问题的观察报告。在这方面,我觉得我很象一个汽车修理工人:你告诉修理工人 发动机有声音,他就会询问你一系列的问题,帮你回忆发动机运行的情形。从这些信息中, 他寻找到可能引起问题的原因。
众多解决问题的方法思路基本相同,第一天我同要解决
问题的客户接触,接触的时候, 我会寻找已经出现的问题以及造成的负面的影响。 了解应用程序的体系结构和问题表现出的 症状,这些工作很够很大程度上提高我解决问题的几率。在这一节,我分享我在这个领域遇 过的常见问题和他们的症状。希望这篇文章能成为你 JAVAEE 的故障检测手册。
内存溢出错误
最常见的折磨着企业级应用程序的错误是让人恐惧的 outofmemoryError(内存溢出 错误)
这个错误引起下面这些典型的症状:
? ? ?
----应用服务器崩溃 ----性能下降 ----一个看起来好像无法结束的死循环在重复不断的执行垃圾收集,它会导致程序 停止运行,并且经常导致应用服务器崩溃
不管症状是什么,如果你想让程序恢复正常运行,你一般都需要重新启动应用服务器。
引发 out-of-memory 错误的原因
在你打算解决 out-of-memory 错误之前,首先了解为什么会引发这个错误对你有很 大的帮助。如果 JVM 里运行的程序, 它的内存堆和持久存储区域的都满了,这个时候程序 还想创建对象实例的话,垃圾收集器就会启动,试图释放足够的内存来创建这个对象。这个 时候如果垃圾收集器没有能力释放出足够的内存, 它就会抛出 OutOfMemoryError 内存溢 出错误。
Out-of-memory 错误一般是 JAVA 内存泄漏引起的。回忆上面所讨论的内容,内存 泄漏的原因是一个对象虽然不被使用了, 但是依然还有对象引用他。 当一个对象不再被使用 时, 但是依然有一个或多个对象引用这个对象, 因此垃圾收集器就不会释放它所占据的内存。 这块内存就被占用了,堆中也就少了块可用的空间。在 WEB REQUESTS 中这种类型的的 内存泄漏很典型,一两个内存对象的泄漏可能不会导致程序服务器的崩溃,但是 10000 或 者 20000 个就可能会导致这个恶果。而且,大多数这些泄漏的对象并不是象 DOUBLE 或 者 INTEGER 这样的简单对象,而可能是存在于堆中一系列相关的对象。
例如,你可能在不 经意间引用了一个 Person 对象,但是这个对象包含一个 Profile 对象,此对象还包含了许 多拥有一系列数据的 PerformanceReview 对象。这样不只是丢失了那个 Person 对象所 占据的 100 bytes 的内存,你丢失了这一系列相关对象所占据的内存空间,可能是高达 500KB 甚至更多。
为了寻找这个问题的真正根源,你需要判断是内存泄漏还是以 OutOfMemoryError 形式出现的其他一些故障。我使用以下 2 种方法来判断:
? ?
----深入分析内存数据 ----观察堆的增长方式
不同 JVM(JAVA 虚拟机)的调整程序的运作方式是不相同的, 例如 SUN 和 IBM 的 JVM, 但都有相同的的地方。
SUN JVM 的内存管理方式
SUN 的 JVM 是类似人类家族,也就是在一个地方创建对象,在它长期占据空间之前给 它多次死亡的机会。
SUN JVM 会划分为:
? ? ? 1 年轻的一代(Young generation),包括 EDEN 和 2 个幸存者空间(出发地和目 的地 the From space and the To space) 2 老一代(Old generation) 3 永久的一代(Permanent generation)
图 1 解释了 SUN 堆的家族和空间的详细分类
对象在 EDEN 出生就是被创建,当 EDEN 满了的时候,垃圾收集器就把所有在