Java语言中内存管理的几个小技巧
Java语言中内存管理的几个小技巧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来代替。
查看原文
（3）用StringBuffer代替字符串相加。
这个我就不多讲了，因为已经被 人讲过N次了。我只想将一个不是笑话的笑话，我在
看国内某“著名”java 开发的WEB系统的源码中，竟然发现其中大量的使用字符串相加，
一个拼装SQL 语句的方法中竟然最多构造了将近100个string实例。无语中！
相比较而言，我更推荐使用StringBuilder类，假如不是特别的需要，StringBuffer类一般是可以不用的。
对于JDK6以上的JVM，字符串相加的操作已经使用StringBuilder类重新实现，因此这里提到的拼装SQL语句的现象应当不会引发性能问题，仅仅是走读代码的时候会比较头疼
（7）尽量避免使用static变量，类内私有常量可以用final来代替。
这一点不知是在什么场景下得出的结论？有点好奇 庸人谷 发表于 2012-12-29 11:33 static/image/common/back.gif
其实JAVA占内存主要是还要运行虚拟机的原因吧，我这么理解的，不过如果程序比较大，这个影响占的比例就小多了 不过java最大的好处是系统管理内存，不用像C那样free，或者C++那样delete
回复 4# 方兆国
:handshake 回复 5# 庸人谷
嗯，我在C/C++版块被穷追猛打，只好转战Java板块了
页:
[1]