相当一部分人都说“Java快下岗了!”，大家为什么会这样认为呢？其中认为的一个原因就是Java做的系统非常占内存!其实从理论上来讲Java做的系统并不比其他语言开发出来的系统更占用内存，那是什么原因导致这么多人说它占内存呢？笔者总结出两个字，那就是“陋习”。接下来为大家分析一下原因。

　　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类提供了2个静态变量：

　　以下是引用片段：

　　public static final Boolean TRUE = new Boolean(true);

　　public static final Boolean FALSE = new Boolean(false);

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

每日一更新大家有喜欢的记得关注点点赞呗（点关注不迷路，你们的喜欢和关注就是对我最大的鼓励）

Java初高级一起学习分享，共同学习才是最明智的选择，喜欢的话可以我的学习群64弍46衣3凌9，或加资料群69似64陆0吧3（进群备注平台名），欢迎大家一起学习，共同总结学习中的易错点