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来代替。