浅谈java内存泄漏
2011-06-01 00:55
204 查看
最近有朋友遇到个问题,tomcat在运行几天后就会报outofmemory,然后就死了,我就稍微总结了下内存泄漏的一些原因,纯属个人理解,欢迎大侠们劈砖:
一.字符串问题
这个也是一个常见的问题,我们相加两个字符串时有几种方法,如new String("test");、"A"+"B",或用StringBuffer等等,至于应该用哪个,这个是应该有讲究的。下面来总结下:1.new基本不可取,除非在需要转码的时候,如new String(str.getBytes("GBK"),"UTF-8"),这种情况下就可以使用;2.str1+str2,如果str1和str2都是常量,则用这种方式相加是最好的,也是占用内存最少的,如果是变量,在1.5之前用StringBuffer进行append操作,1.6之后可以使用StringBuilder进行append操作,因为通常情况下StringBuilder比StringBuffer速度快,因为它不执行同步,大多数情况下能满足我们的需求了。3.不要滥用replace,substring等方法,因为它会产生一个新的字符串
二.其它对象问题
不要没事就new一个对象,而你却不使用,这样造成无辜的浪费,当这个方法被频繁调用时,会产生大量这个对象的实例,jvm回收也需要时间啊。还有就是方法执行时间长的问题,tomcat支持的并发不高,如果方法执行时间长,会造成线程等待(在并发高的情况下)
三.过滤器的问题
设置过滤的内容要注意下,像.do,.action,.jsp可以设置过滤,一些资源问题不需要经过过滤器,否则会浪费资源,严重影响性能
四.session超时时间问题
超时时间不能太长,在用户稍微有点多的情况下就会出现严重的性能问题,这些实例都会一直存在,个人建议1个小时足以
五.tomca连接数设置
合理设置能提高性能,如:<Connector port="8080" maxThreads="500" minSpareThreads="200" maxSpareThreads="100" acceptCount="500" />
maxThreads="500" 表示最多同时处理500个连接
minSpareThreads="200" 初始线程数
maxSpareThreads="200" 最大空闲线程数
acceptCount="500" 当同时连接的人数达到maxThreads时,还可以接收排队的连接,超过这个连接的则直接返回拒绝连接。
如果单纯的使用tomcat跑的话,并发一大,基本就撑不住了,所以可以使用apache或nginx来做负载,个人建议nginx,内存和CPU消耗和apache不是一个级别的,而且在Linux下测试过,并发数远高于apache,nginx是反向代理,配置也简单
一.字符串问题
这个也是一个常见的问题,我们相加两个字符串时有几种方法,如new String("test");、"A"+"B",或用StringBuffer等等,至于应该用哪个,这个是应该有讲究的。下面来总结下:1.new基本不可取,除非在需要转码的时候,如new String(str.getBytes("GBK"),"UTF-8"),这种情况下就可以使用;2.str1+str2,如果str1和str2都是常量,则用这种方式相加是最好的,也是占用内存最少的,如果是变量,在1.5之前用StringBuffer进行append操作,1.6之后可以使用StringBuilder进行append操作,因为通常情况下StringBuilder比StringBuffer速度快,因为它不执行同步,大多数情况下能满足我们的需求了。3.不要滥用replace,substring等方法,因为它会产生一个新的字符串
二.其它对象问题
不要没事就new一个对象,而你却不使用,这样造成无辜的浪费,当这个方法被频繁调用时,会产生大量这个对象的实例,jvm回收也需要时间啊。还有就是方法执行时间长的问题,tomcat支持的并发不高,如果方法执行时间长,会造成线程等待(在并发高的情况下)
三.过滤器的问题
设置过滤的内容要注意下,像.do,.action,.jsp可以设置过滤,一些资源问题不需要经过过滤器,否则会浪费资源,严重影响性能
四.session超时时间问题
超时时间不能太长,在用户稍微有点多的情况下就会出现严重的性能问题,这些实例都会一直存在,个人建议1个小时足以
五.tomca连接数设置
合理设置能提高性能,如:<Connector port="8080" maxThreads="500" minSpareThreads="200" maxSpareThreads="100" acceptCount="500" />
maxThreads="500" 表示最多同时处理500个连接
minSpareThreads="200" 初始线程数
maxSpareThreads="200" 最大空闲线程数
acceptCount="500" 当同时连接的人数达到maxThreads时,还可以接收排队的连接,超过这个连接的则直接返回拒绝连接。
如果单纯的使用tomcat跑的话,并发一大,基本就撑不住了,所以可以使用apache或nginx来做负载,个人建议nginx,内存和CPU消耗和apache不是一个级别的,而且在Linux下测试过,并发数远高于apache,nginx是反向代理,配置也简单
相关文章推荐
- 浅谈Java内存及内存溢出
- 浅谈内存的泄漏
- Java中什么时候会发生内存泄漏?
- java 内存泄漏
- JAVA NIO之浅谈内存映射文件原理与DirectMemory
- 浅谈java+内存分配及变量存储位置的区别
- Java的内存泄漏
- 浅谈Java 类中各成分加载顺序和内存中的存放位置
- Java内存泄漏之静态内部类
- Java中的内存泄漏
- JAVA应用CPU占用100%|内存泄漏分析总结
- 浅谈Java中数据在内存中的状态,以及String、StringBuffer、==、equals、数组等问题
- JAVA 内存泄漏
- java应用CPU占用100%内存泄漏分析总结(转载)
- 如何在Java应用程序中发生内存泄漏
- Java的内存泄漏
- 【JAVA基础教程】-浅谈数组及其内存控制
- Java的内存泄漏
- java:浅谈数组与对象的内存控制
- java学习-【转】使用Eclipse MAT查找内存泄漏工具介绍