Java内存回收机制（续续）

Java为了更好的避免内存泄漏，根据上两篇介绍的内存回收机制，下面给出Java内存回收的几点建议：

1、使用直接量：

当需要使用字符串时，还有Byte/Short/Integer/Long/Float/Double/Boolean/Character包装类的实例时，程序不应该使用new的方式来创建，而应该采用直接量来创建它们

String str=“hello”，创建了一个“hello”字符串，而且JVM的字符串缓存池还会缓存这个字符串

String str=new String(“hello”)，此程序创建了一个缓存在字符串池中的“hello”字符串，除此之外str所引用的String对象底层还包含一个char[]数组，这个char[]数组里依次存放着h、e、l、l、o等字符。

2、使用StringBuilder和StringBuffer进行字符串连接：

大家如果不知道String、StringBuilder、StringBuffer之间区别的，可以看我之前的一篇博文，上面已经进行一些比较详细的分析，

总之一句话，如果使用多个String对象进行字符串连接运算，在运行的时候会产生大量的临时字符串，这些字符串会保存在内存中从而导致程序性能下降。

3、尽早释放无用对象的引用：

大部分情况下，方法的局部引用变量所引用的对象会随着方法的结束而变成垃圾，因为局部变量的生存周期很短，所以一般情况下不需要直接将局部引用变量直接赋值为null，但是如果一个方法很大，里面有很多耗费内存的调用，那么把巨变引用变量赋为null就是十分必要的了，而且应该这么做。

4、尽量少使用静态static变量：

因为垃圾回收机制判断一个对象是否是垃圾的唯一标准就是该对象是否有引用变量引用它，当某个对象被static变量所引用，那么垃圾回收机制通常不会回收这个对象所占用的内存，如下：

package com.crazyit;

public class Student {
	static Student obj = new Student();
}

obj变量是Student类的静态变量，因此它的生命周期与Student同步，在Student类不被卸载的情况下，Student类对应的Class对象会常驻内存，知道程序运行结束，因此obj所引用的Student对象一旦被创建，也会常驻内存，知道程序运行结束。 同时obj应用变量在Permannent代里。

5、避免在经常调用的方法、循环中创建Java对象：

经常调用的方法和循环有一个共同的特征，这段代码会被重复调用，如果在循环体内创建新的对象，则要不断地为对象分配内存和执行初始化操作，而且还要不断地回收内存空间，这样重复的操作会让程序的性能性能很慢。

6、缓存经常使用的对象：

弱国一些对象需要被经常使用，可以考虑把这些对象用缓存池保存起来，这样当下次需要的时候就可以直接拿出这些对象来使用，典型的缓存就是数据库连接池，数据连接池里缓存了大量的数据库连接，每次程序需要访问数据库时都可以直接取出数据库连接池。

实现缓存有两种方法：

（1）使用HashMap缓存

（2）直接使用某些开源缓存项目

7、尽量不要使用finalize方法：

垃圾回收机制的工作量十分大，尤其在回收Young代内存的时候，大都会引起应用程序的暂停，这样会使用户难以忍受。

8、考虑使用SoftReference：

这里只需要记住软引用会产生的一些意外即可。