在开发java应用时经常出现OutOfMemory的错误,处理了2天,在此做一记录
1.jvm内存结构介绍
http://wenku.baidu.com/view/d82607ea81c758f5f61f67f6.html
2.jvm内存监控工具
命令工具:jps、jmap、jstatd
jmap:http://blog.youkuaiyun.com/gtuu0123/archive/2010/11/27/6039964.aspx
jstatd:http://blog.youkuaiyun.com/gtuu0123/archive/2010/11/21/6025484.aspx
可视化工具:jvmstat、jconsole、jvisualvm
http://j2ee2009.javaeye.com/blog/779068
3.jvm参数设定
一般直说设定-Xms, -Xmx等,但没有分情况说明,比如:开发环境Eclipse运行设定、启动tomcat window服务运行的设定
下面这篇说的比较清楚
http://blog.sina.com.cn/s/blog_600448de0100gkzq.html
tomcat6.0除了直接修改注册表外,可以运行%Tomcat_home%/bin/tomcat6w.exe可视化工具进行设置
4.健壮代码规则
1)、尽早释放无用对象的引用。好的办法是使用临时变量的时候,让引用变量在退出活动域后,自动设置为null,暗示垃圾收集器来收集该对象,防止发生内存泄露。
对于仍然有指针指向的实例,jvm就不会回收该资源,因为垃圾回收会将值为null的对象作为垃圾,提高GC回收机制效率;
2)、我们的程序里不可避免大量使用字符串处理,避免使用String,应大量使用StringBuffer,每一个String对象都得独立占用内存一块区域;
String str = "aaa";
String str2 = "bbb";
String str3 = str + str2;//假如执行此次之后str ,str2以后再不被调用,那它就会被放在内存中等待Java的gc去回收,程序内过多的出现这样的情况就会报上面的那个错误,建议在使用字符串时能使用StringBuffer就不要用String,这样可以省不少开销;
3)、尽量少用静态变量,因为静态变量是全局的,GC不会回收的;
4)、避免集中创建对象尤其是大对象,JVM会突然需要大量内存,这时必然会触发GC优化系统内存环境;显示的声明数组空间,而且申请数量还极大。
这是一个案例
使用jspsmartUpload作文件上传,运行过程中经常出现java.outofMemoryError的错误,
检查之后发现问题:组件里的代码
m_totalBytes = m_request.getContentLength();
m_binArray = new byte[m_totalBytes];
问题原因是totalBytes这个变量得到的数极大,导致该数组分配了很多内存空间,而且该数组不能及时释放。解决办法只能换一种更合适的办法,至少是不会引发outofMemoryError的方式解决。
参考:http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=3747
jspsmartUpload为什末要这样作,有他的原因,根据RFC1867的http上传标准,得到一个文件流,并不知道文件流的长度。设计者如果想文件的长度,只有操作servletinputstream一次才知道,因为任何流都不知道大小。只有知道文件长度了,才可以限制用户上传文件的长度。为了省去这个麻烦,jspsmartUpload设计者直接在内存中打开文件,判断长度是否符合标准,符合就写到服务器的硬盘。这样产生内存溢出,这只是我的一个猜测而已。
所以编程的时候,不要在内存中申请大的空间,因为web服务器的内存有限,并且尽可能的使用流操作,例如
5)、尽量运用对象池技术以提高系统性能;生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏,例如大集合对象拥有大数据量的业务对象的时候,可以考虑分块进行处理,然后解决一块释放一块的策略。
6)、不要在经常调用的方法中创建对象,尤其是忌讳在循环中创建对象。可以适当的使用hashtable,vector 创建一组对象容器,然后从容器中去取那些对象,而不用每次new之后又丢弃
7)、一般都是发生在开启大型文件或跟数据库一次拿了太多的数据,造成 Out Of Memory Error 的状况,这时就大概要计算一下数据量的最大值是多少,并且设定所需最小及最大的内存空间值
5.扩展Java安全策略
http://dodoflying.javaeye.com/blog/33533