要点
- 内存泄露是指程序中间动态分配了内存,但在程序结束时没有释放这部分内存,从而造成那部分内存不可用的情况,重启计算机可以解决,但也有可能再次发生内存泄露,内存泄露和硬件没有关系,它是由软件设计缺陷引起的。
- 内存泄漏可以分为4类:
1)常发性内存泄漏。发生内存泄漏的代码会被多次执行到,每次被执行的时候都会导致一块内存泄漏。
2)偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境,偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。
3)一次性内存泄漏。发生内存泄漏的代码只会被执行一次,或者由于算法上的缺陷,导致总会有一块仅且一块内存发生泄漏。比如,在类的构造函数中分配内存,在析构函数中却没有释放该内存,所以内存泄漏只会发生一次。
4)隐式内存泄漏。程序在运行过程中不停的分配内存,但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏,因为最终程序释放了所有申请的内存。但是对于一个服务器程序,需要运行几天,几周甚至几个月,不及时释放内存也可能导致最终耗尽系统的所有内存。所以,我们称这类内存泄漏为隐式内存泄漏。
-
内存溢出类型:
1) java.lang.OutOfMemoryError:PermGen space
PermGen space 的全称是 Permanent Generation space,是指内存的永久保存区域。这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGenspace中,它和存放类实例(Instance)的Heap区域不同,GC不会在主程序运行期对PermGenspace进行清理。
JVM由XX:PermSize设置非堆内存初始值,默认是物理内存的1/64;
JVM由XX:MaxPermSize设置最大非堆内存的大小,默认是物理内存的1/4。
该错误常见场合:
a) 应用中有很多Class,web服务器对JSP进行pre compile时。
b) Webapp下用了大量的第三方jar, 其大小超过了JVM默认的大小(4M)时。
2) java.lang.OutOfMemoryError:Java heap space
在JVM中如果98%的时间是用于GC且可用的Heap size 不足2%的时候将抛出此异常信息。
JVM初始分配的内存由-Xms指定,默认是物理内存的1/64;
JVM最大分配的内存由-Xmx指定,默认是物理内存的1/4。
JVM内存的最大值跟操作系统有很大的关系。32位处理器虽然可控内存空间有4GB,但是具体的操作系统会给一个限制,这个限制一般是2GB-3GB(一般来说Windows系统下为1.5G-2G,Linux系统下为2G-3G),而64bit以上的处理器就不会有限制了。
注意:如果Xms超过了Xmx值,或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。
该错误常见场合:
a) Web上传文件时。
b) 开启大型文件或从数据库中一次取了太多的数据。
相关问题
1.
- Vector
v=new Vector(10); - for
(int i=1;i<100; i) { -
Object o=new Object(); -
v.add(o); -
o=null; - }
- //
此时,所有的Object对象都没有被释放,因为变量v引用这些对象。 - //
对象加入到Vector后,还必须从Vector中删除,最简单释放方法就是将Vector对象设置为null。
2.
3.
4.
- String
str = "aaa"; - String
str2 = "bbb"; - String
str3 = str str2; - //
假如执行此次之后str , str2再不被调用,那么它们就会在内存中等待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
5.