很多人都说Java完了只等着衰亡吧！为什么呢？最简单的的例子就是Java做的系统时非常占内存！一听到这样的话一定会有不少人站出来为Java辩护并举出一堆的性能测试报告来证明这一点其实从理论上来讲Java做的系统并不比其他语言开发出来的系统更占用内存那么为什么却有这么多理由来证明它确实占内存呢？两个字陋习
别用new Boolean()
在很多场景中Boolean类型是必须的比如JDBC中boolean类型的set与get都是通过Boolean封装传递的大部分ORM也是用Boolean来封装boolean类型的比如
以下是引用片段
pssetBoolean(isClosednew Boolean(true));
pssetBoolean(isClosednew Boolean(isClosed));
pssetBoolean(isClosednew Boolean(i==));
通常这些系统中构造的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类缓存了到这个状态的Integer如果使用 IntegervalueOf(int i)传入的int范围正好在此内就返回静态实例这样如果我们使用IntegervalueOf代替new Integer的话也将大大降低内存的占用如果您的系统要在不同的SDK(比如IBM SDK)中使用的话那么可以自己做了工具类封装一下比如IntegerUtilsvalueOf()这样就可以在任何SDK中都可以使用这种特性
用StringBuffer代替字符串相加
这个我就不多讲了因为已经被 人讲过N次了我只想将一个不是笑话的笑话我在看国内某着名java开发的WEB系统的源码中竟然发现其中大量的使用字符串相加一个拼装SQL 语句的方法中竟然最多构造了将近个string实例无语中!
过滥使用哈希表
有一定开发经验的开发人员经常会使用hash表(hash 表在JDK中的一个实现就是HashMap)来缓存一些数据从而提高系统的运行速度比如使用HashMap缓存一些物料信息人员信息等基础资料这 在提高系统速度的同时也加大了系统的内存占用特别是当缓存的资料比较多的时候其实我们可以使用操作系统中的缓存的概念来解决这个问题也就是给被缓存的分配一个一定大小的缓存容器按照一定的算法淘汰不需要继续缓存的对象这样一方面会因为进行了对象缓存而提高了系统的运行效率同时由于缓存容器不是无限制扩大从而也减少了系统的内存占用现在有很多开源的缓存实现项目比如ehcacheoscache等这些项目都实现了FIFOMRU等常见的缓存算法
避免过深的类层次结构和过深的方法调用
因为这两者都是非常占用内存的（特别是方法调用更是堆栈空间的消耗大户）
变量只有在用到它的时候才定义和实例化
尽量避免使用static变量类内私有常量可以用final来代替
对频繁使用的对象采用对象池技术
保证每个IO操作connection及时关闭
