不少人都说“Java完了,只等着衰亡吧!”,为何呢?最简单的的例子就是Java作的系统时很是占内存!一听到这样的话,必定会有很多人站出来为Java辩护,并举出一堆的性能测试报告来证实这一点。其实从理论上来说Java作的系统并不比其余语言开发出来的系统更占用内存,那么为何却有这么多理由来证实它确实占内存呢?两个字,陋习。java
一、别用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); |
由于valueOf的内部实现是:return (b ? TRUE : FALSE);性能
因此能够节省大量内存。相信若是Java规范直接把Boolean的构造函数规定成private,就不再会出现这种状况了。测试
二、别用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中均可以使用这种特性。spa
三、用StringBuffer代替字符串相加。操作系统
这个我就很少讲了,由于已经被 人讲过N次了。我只想将一个不是笑话的笑话,我在看国内某“著名”java开发的WEB系统的源码中,居然发现其中大量的使用字符串相加,一个拼装SQL 语句的方法中居然最多构造了将近100个string实例。无语中!
四、过滥使用哈希表
有必定开发经验的开发人员常常会使用hash表(hash 表在JDK中的一个实现就是HashMap)来缓存一些数据,从而提升系统的运行速度。好比使用HashMap缓存一些物料信息、人员信息等基础资料,这 在提升系统速度的同时也加大了系统的内存占用,特别是当缓存的资料比较多的时候。其实咱们可使用操做系统中的缓存的概念来解决这个问题,也就是给被缓存的分配一个必定大小的缓存容器,按照必定的算法淘汰不须要继续缓存的对象,这样一方面会由于进行了对象缓存而提升了系统的运行效率,同时因为缓存容器不是无限制扩大,从而也减小了系统的内存占用。如今有不少开源的缓存实现项目,好比ehcache、oscache等,这些项目都实现了FIFO、MRU等常见的缓存算法。
五、避免过深的类层次结构和过深的方法调用。
由于这二者都是很是占用内存的(特别是方法调用更是堆栈空间的消耗大户)。
六、变量只有在用到它的时候才定义和实例化。
七、尽可能避免使用static变量,类内私有常量能够用final来代替。
八、对频繁使用的对象采用对象池技术
九、保证每一个IO操做,connection及时关闭