浅谈java内存泄漏

最近有朋友遇到个问题，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是反向代理，配置也简单