1.少new对象,能单例尽量单例吧,或者static方法也行
2.尽量少在session里放东西,尽量放request里吧
3.加载附件、文件之类的时候,不要一次性把整个附件都加载到内存,要用缓存(就是用byte[]),或者那些个什么BufferedStream之类的
4.大的XML文件用SAX解析,不要用DOM解析
5.部署在同一台服务器上的不同应用,所引用的第三方类库(比如common*.jar,struts.jar,spring.jar),尽量引用同一份,不要每个应用的lib下都放上10几M的第三方类库,大多数都是重复的
还有啥?暂时就想到这么多
少用+号连接字符串使用。减少临时变量。
正确的使用javabean的生命周期.
基于数据库端的分页技术。
大批量数据采用JDBC手工处理或存储过程处理。
数据库是J2EE的一个性能瓶颈,任何时候都要小心。
//
个人总结
1.尽量使用StringBuffer代替string
2.对频繁使用的对象采用对象池技术,http://commons.apache.org/pool/
org.apache.commons.pool.PoolableObjectFactory
|--makeObject() 创建对象
|--destroyObject(Object arg0) 销毁池中对象
import org.apache.commons.pool.impl.GenericObjectPool;
/**
* @author an_chuantong
*/
public class ObjectPool {
private final static org.apache.commons.pool.ObjectPool pool = new GenericObjectPool(new PooledObjectFactory(), -1);
/**
*找出池中一个对象
*/
public static Object borrowObject() throws Exception {
return pool.borrowObject();
}
/**
*对象使用完毕后放回池中
*/
public static void returnObject(Object obj) throws Exception {
pool.returnObject(obj);
}
}
3.保证每个IO操作,connection及时关闭,做到何处打开何处关闭
4.尽量少new重复对象,少在循环里new对象
5.对于util,help等辅助类和方法,尽量使用静态方法和单子模式
//
Java做的系统给人的印象是什么?占内存!说道这句话就会有N多人站出来为java辩护,并举出一堆的性能测试报告来证明这一点。
其实从理论上来讲java做的系统并不比其他语言开发出来的系统更占用内存,那么为什么却有这么N多理由来证明它确实占内存呢?两个字,陋习。
(1)别用new Boolean()。
在很多场景中Boolean类型是必须的,比如JDBC中boolean类型的set与get都是通过Boolean封装传递的,大部分ORM也是用Boolean来封装boolean类型的,比如:
ps.setBoolean("isClosed",new Boolean(true));
ps.setBoolean("isClosed",new Boolean(isClosed));
ps.setBoolean("isClosed",new Boolean(i==3));
通常这些系统中构造的Boolean实例的个数是相当多的,所以系统中充满了大量Boolean实例小对象,这是相当消耗内存的。Boolean类实际上只要两个实例就够了,一个true的实例,一个false的实例。
Boolean类提供两了个静态变量:
public static final Boolean TRUE = new Boolean(true);
public static final Boolean FALSE = new Boolean(false);
需要的时候只要取这两个变量就可以了,
比如:
ps.setBoolean("isClosed",Boolean.TRUE);
那么象2、3句那样要根据一个boolean变量来创建一个Boolean怎么办呢?可以使用Boolean提供的静态方法: Boolean.valueOf()
比如:
ps.setBoolean("isClosed",Boolean.valueOf(isClosed));
ps.setBoolean("isClosed",Boolean.valueOf(i==3));
因为valueOf的内部实现是:return (b ? TRUE : FALSE);
所以可以节省大量内存。相信如果Java规范直接把Boolean的构造函数规定成private,就再也不会出现这种情况了。
(2)别用new Integer。
和Boolean类似,java开发中使用Integer封装int的场合也非常多,并且通常用int表示的数值通常都非常小。SUN SDK中对Integer的实例化进行了优化,Integer类缓存了-128到127这256个状态的Integer,如果使用Integer.valueOf(int i),传入的int范围正好在此内,就返回静态实例。这样如果我们使用Integer.valueOf代替new Integer的话也将大大降低内存的占用。如果您的系统要在不同的SDK(比如IBM SDK)中使用的话,那么可以自己做了工具类封装一下,比如IntegerUtils.valueOf(),这样就可以在任何SDK中都可以使用这种特性。
(3)用StringBuffer代替字符串相加。这个我就不多讲了,因为已经被人讲过N次了。我只想将一个不是笑话的笑话,我在看国内某“著名”java开发的WEB系统的源码中,竟然发现其中大量的使用字符串相加,一个拼装SQL语句的方法中竟然最多构造了将近100个string实例。无语中!
(4)过滥使用哈希表,有一定开发经验的开发人员经常会使用hash表(hash表在JDK中的一个实现就是HashMap)来缓存一些数据,从而提高系统的运行速度。比如使用HashMap缓存一些物料信息、人员信息等基础资料,这在提高系统速度的同时也加大了系统的内存占用,特别是当缓存的资料比较多的时候。其实我们可以使用操作系统中的缓存的概念来解决这个问题,也就是给被缓存的分配一个一定大小的缓存容器,按照一定的算法淘汰不需要继续缓存的对象,这样一方面会因为进行了对象缓存而提高了系统的运行效率,同时由于缓存容器不是无限制扩大,从而也减少了系统的内存占用。现在有很多开源的缓存实现项目,比如ehcache、oscache等,这些项目都实现了FIFO、MRU等常见的缓存算法。
(5)避免过深的类层次结构和过深的方法调用。因为这两者都是非常占用内存的(特别是方法调用更是堆栈空间的消耗大户)。
(6)变量只有在用到它的时候才定义和实例化。
(7)尽量避免使用static变量,类内私有常量可以用final来代替。