解码OutOfMemoryError:PermGen Space
2013-12-27 00:00
218 查看
本文由 ImportNew - Peter Pan 翻译自 javacodegeeks。如需转载本文,请先参见文章末尾处的转载要求。
ImportNew注:如果你也对Java技术翻译分享感兴趣,欢迎加入我们的 Java开发 小组。参与方式请查看小组简介。
垃圾回收是Java开发人员理解得最不彻底的地方之一。他们觉得既然JVM负责垃圾回收,那么便不必担心内存的分配跟回收等问题。但是当应用变得复杂的时候,垃圾回收同样变得复杂起来,而且一旦垃圾回收变得复杂,程序的性能就会受到影响。所以,这篇文章将会帮助Java开发人员更好地理解垃圾回收机制是怎样工作的,以及如何修复Java中的“Out of Memory”问题。有两个十分普遍的导致“Out of Memory”问题的因素。第一个是堆大小,第二个就是PermGen Space。
永久代和类加载器
Java对象是Java类的实例。每一次创建一个新的Java对象,JVM就会创建一个该对象的内部标识并把该对象存储在堆中。如果是首次访问该类,JVM就必须加载它。类加载是定位相关类文件、在硬盘上找到该文件、加载该文件并解析文件结构的一系列过程。确保类的正确加载是类加载器(ClassLoader)的责任。一个Java程序中的每一个类都必须被相同的类加载器加载。类加载器是java.lang.ClassLoader类的实例。类加载器把Java类暂时加载到Perm Space中。
JVM也创建了Java类的内部标识并把java类存储在永久代中。在垃圾回收期间,对象跟类都被看作对象且用相同的方式进行垃圾回收。最初,类和对象都被存储在堆空间。
作为优化性能,会创建永久代并将被放在永久代中。类是我们的JVM实现的一部分,并且我们不应该用数据结构填满Java堆。永久代内存分配在堆之外,包含以下类的信息:
类的方法
类的名字
常量池信息
跟类有关的对象数组和类型数组
JVM使用的内部对象
编译器优化的使用信息
既然现在我们已经理解了永久代是什么,那么就让我们看一看是什么引发了内存问题。
PermGen Space
当JVM需要加载一个新类的定义的却发现在PermGen没有足够的空间时,”java.lang.OutOfMemoryError: PermGen Space”错误便发生了。默认分配的永久代内存空间(PermGen Space),服务器模式是64M,客户端模式是32M。有两个可能原因导致永久代内存空间问题。
第一个原因可能是你的应用程序或服务器拥有太多的类,而已有永久代内存空间不足以容纳所有的类。
-XX:MaxPermSize=XXXM
如果出现OOM,这是因为类太多而引起的永久代内存空间不足,那么你可以通过增加 +XX:MaxPermGenSize=XXXM 大小的方式来增加永久代的内存空间。这样做会加大存储类的空间变量的大小,并且 +XX:MaxPermGenSize 参数应该设置为256M。
-XX:+CMSClassUnloadingEnabled
这个参数显示在使用CMS GC时,未加载类是否可用。该参数默认值为false,由此,你需要在java选项中显示设置下面选项:
如果你启用 CMSClassUnloadingEnabled ,JVM进行GC时便会清除永久代,并且删除不再使用的类。这个选项只会在 UseConcMarkSweepGC 可用时才起作用。通过以下选项使 UseConcMarkSweepGC 可用:
-XX:+CMSPermGenSweepingEnabled
这个参数显示清除永久代是否可用。默认情况下这个参数是不可用的,所以要协调永久代问题,就必须显示设置这个参数。这个参数在Java 6里面被删除,所以如果你在使用Java 6或以上版本,你将不得不使用 -XX:+CMSClassUnloadingEnabled 选项。所以,为了解决永久代空间的内存问题,被添加的选项看起来如下:
内存泄漏
第二个原因可能是内存泄露。被加载的类定义如何变成没有被使用?
正常情况下,在Java中类是永久存在的。所以一旦类被加载,他们将一直停留在内存中,即便其所在应用服务器端已经停止运行。像cglib这样的动态类产生库,在他们动态创建了大量类之后,会使用大量永久代内存空间。在运行时创建的代理类被广泛地使用。当单个类定义被用于产生多个实例时,创建新的代理类将会很容易。
Spring和Hibernate经常产生某个类的代理,这些代理类被类加载器加载。产生的类定义从不被清理,导致永久性堆空间迅速填满。
为了解决永久代内存空间问题,你需要识别出泄露的原因并修补它。增大永久代内容空间不会有益于解决却只会延缓这类问题,因为在某种意义上,永久代内存空间终将被填满。
如果你正在使用Tomcat且经常遇到内存溢出问题,最新版本的Tomcat已经有足够的容量来解决某些内存溢出问题。
http://wiki.apache.org/tomcat/MemoryLeakProtection
总结
一旦你遇到永久代内存空间问题,你需要找出这个问题是否是由于你的应用程序加载了大量的类或出现了内存泄露。如果是由于类太多,精确地协调分配永久代内存空间能够解决。如果是由于内存泄露,你需要找到泄露的根本原因并标记出来。像cglib、Spring、Hibernate这样的框架会动态生成大量的类,所以在使用这些框架时分配更多的永久代内存空间是更好的选择。
原文链接: javacodegeeks 翻译: ImportNew.com - Peter Pan
译文链接: http://www.importnew.com/8133.html
ImportNew注:如果你也对Java技术翻译分享感兴趣,欢迎加入我们的 Java开发 小组。参与方式请查看小组简介。
垃圾回收是Java开发人员理解得最不彻底的地方之一。他们觉得既然JVM负责垃圾回收,那么便不必担心内存的分配跟回收等问题。但是当应用变得复杂的时候,垃圾回收同样变得复杂起来,而且一旦垃圾回收变得复杂,程序的性能就会受到影响。所以,这篇文章将会帮助Java开发人员更好地理解垃圾回收机制是怎样工作的,以及如何修复Java中的“Out of Memory”问题。有两个十分普遍的导致“Out of Memory”问题的因素。第一个是堆大小,第二个就是PermGen Space。
永久代和类加载器
Java对象是Java类的实例。每一次创建一个新的Java对象,JVM就会创建一个该对象的内部标识并把该对象存储在堆中。如果是首次访问该类,JVM就必须加载它。类加载是定位相关类文件、在硬盘上找到该文件、加载该文件并解析文件结构的一系列过程。确保类的正确加载是类加载器(ClassLoader)的责任。一个Java程序中的每一个类都必须被相同的类加载器加载。类加载器是java.lang.ClassLoader类的实例。类加载器把Java类暂时加载到Perm Space中。
JVM也创建了Java类的内部标识并把java类存储在永久代中。在垃圾回收期间,对象跟类都被看作对象且用相同的方式进行垃圾回收。最初,类和对象都被存储在堆空间。
作为优化性能,会创建永久代并将被放在永久代中。类是我们的JVM实现的一部分,并且我们不应该用数据结构填满Java堆。永久代内存分配在堆之外,包含以下类的信息:
类的方法
类的名字
常量池信息
跟类有关的对象数组和类型数组
JVM使用的内部对象
编译器优化的使用信息
既然现在我们已经理解了永久代是什么,那么就让我们看一看是什么引发了内存问题。
PermGen Space
当JVM需要加载一个新类的定义的却发现在PermGen没有足够的空间时,”java.lang.OutOfMemoryError: PermGen Space”错误便发生了。默认分配的永久代内存空间(PermGen Space),服务器模式是64M,客户端模式是32M。有两个可能原因导致永久代内存空间问题。
第一个原因可能是你的应用程序或服务器拥有太多的类,而已有永久代内存空间不足以容纳所有的类。
-XX:MaxPermSize=XXXM
如果出现OOM,这是因为类太多而引起的永久代内存空间不足,那么你可以通过增加 +XX:MaxPermGenSize=XXXM 大小的方式来增加永久代的内存空间。这样做会加大存储类的空间变量的大小,并且 +XX:MaxPermGenSize 参数应该设置为256M。
-XX:+CMSClassUnloadingEnabled
这个参数显示在使用CMS GC时,未加载类是否可用。该参数默认值为false,由此,你需要在java选项中显示设置下面选项:
1 | -XX:+CMSClassUnloadingEnabled |
1 | -XX:+ UseConcMarkSweepGC |
这个参数显示清除永久代是否可用。默认情况下这个参数是不可用的,所以要协调永久代问题,就必须显示设置这个参数。这个参数在Java 6里面被删除,所以如果你在使用Java 6或以上版本,你将不得不使用 -XX:+CMSClassUnloadingEnabled 选项。所以,为了解决永久代空间的内存问题,被添加的选项看起来如下:
1 | -XX:MaxPermSize=128M –XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled |
第二个原因可能是内存泄露。被加载的类定义如何变成没有被使用?
正常情况下,在Java中类是永久存在的。所以一旦类被加载,他们将一直停留在内存中,即便其所在应用服务器端已经停止运行。像cglib这样的动态类产生库,在他们动态创建了大量类之后,会使用大量永久代内存空间。在运行时创建的代理类被广泛地使用。当单个类定义被用于产生多个实例时,创建新的代理类将会很容易。
Spring和Hibernate经常产生某个类的代理,这些代理类被类加载器加载。产生的类定义从不被清理,导致永久性堆空间迅速填满。
为了解决永久代内存空间问题,你需要识别出泄露的原因并修补它。增大永久代内容空间不会有益于解决却只会延缓这类问题,因为在某种意义上,永久代内存空间终将被填满。
如果你正在使用Tomcat且经常遇到内存溢出问题,最新版本的Tomcat已经有足够的容量来解决某些内存溢出问题。
http://wiki.apache.org/tomcat/MemoryLeakProtection
总结
一旦你遇到永久代内存空间问题,你需要找出这个问题是否是由于你的应用程序加载了大量的类或出现了内存泄露。如果是由于类太多,精确地协调分配永久代内存空间能够解决。如果是由于内存泄露,你需要找到泄露的根本原因并标记出来。像cglib、Spring、Hibernate这样的框架会动态生成大量的类,所以在使用这些框架时分配更多的永久代内存空间是更好的选择。
原文链接: javacodegeeks 翻译: ImportNew.com - Peter Pan
译文链接: http://www.importnew.com/8133.html
相关文章推荐
- PermGen space
- popupwindow 设置图片度
- 原来在IE下DIV居中还蛮恶心的。。
- 使用 PopupWindow 的时候遇到Activity com.avcit… has leaked
- CentOS6.*挂载读写NTFS分区
- mysql 优化
- MongoDB学习系列6: mongodump
- MongoDB学习系列7: mongorestore
- MongoDB学习系列8:连接mongodb进行查询处理
- 协议分析系列1:曾经写的一个文本协议分析平台-支持任意文本协议
- Java关键字final使用详解
- 使用PHP做网页采集实例过程总结
- 你的程序员是在努力工作还是在偷懒?
- Java并发结构
- log4net使用环境搭建
- log4net日志信息输出格式
- C# winform 全局异常处理
- java.lang.NoSuchFieldException: DEFAULT_PARAM
- python mysqldb 遇到的问题
- 编程小白必备 27个在线网站倾情推荐