Java内存回收

 

基本上，可以把 JVM 内存中的对象引用理解成一种有向图，把引用变量、对象都当成为有向图的顶点，将引用关系当成图的有向边，有向边总是从引用端指向被引用的 Java 对象。因为 Java 所有对象都是由一条一条线程创建出来的，因此可以把线程对象当成有向图的起始顶点。采用有向图来管理内存中的对象具有较高的精度，但缺点是效率较低。

当一个对象在堆内存中运行时，根据它在对应有向图中的状态，可以把它所处的状态分成可达状态、可恢复状态和不可达状态。其中，可恢复状态指对象已经没有任何引用变量引用它，系统的垃圾回收机制准备回收该对象所占的内存。但在回收之前，系统调用该对象的 finalize 方法进行资源清理，如果系统在调用 finalize 方法重新让一个以上引用变量引用该对象，则这个对象会再次变为可达状态；否则，该对象进入不可达状态。需要注意的是，一个对象的 finalize 方法只会被调用一次。

一个对象可以被一个方法局部变量所引用，也可以被其他类的类变量引用，或者被其他对象的实例变量所引用。

强引用

由于 JVM 肯定不会回收强引用所引用的 Java 对象，因此强引用是造成 Java 内存泄露的主要原因之一。

软引用

对于只有软引用的对象而言，当系统内存空间足够时，它不会被系统回收，程序也可使用该对象；当系统内存空间不足时，系统将会回收它。

弱引用

对于只有弱引用的对象而言，当系统垃圾回收机制运行时，不管系统内存是否足够，总会回收该对象所占用的内存。

软引用和弱引用都会造成引用的对象为 null 的现象，为此，需要在使用引用对象前判断对象是否为空，如果为空就重建该对象。

虚引用

如果一个对象只有一个虚引用，那它和没有引用的效果大致相同。虚引用主要用于跟踪对象被垃圾回收的状态，虚引用不能单独使用，虚引用必须和引用队列（ ReferenceQueue ）联合使用。

需要指出的是，要使用这些特殊的引用类，就不能保留对对象的强引用。如果保留了对对象的强引用，就会浪费这些类所提供的任何好处。

堆内存的分代回收

分代回收策略基于以下两点事实：

l 绝大多数对象不会被长时间引用，这些对象在 Young 期间就会被回收；

l 很老的对象和很新的对象之间很少存在相互引用的情况。

Permanent 代主要用于装载 Class 、方法等信息，默认为 64M ，垃圾回收机制通常不会回收 Permanent 代中的对象。对于像 Hibernate 、 Spring 这类喜欢 AOP 动态生成类的框架，往往会生成大量的动态代理类，因此需要更多的 Permanent 代内存。

内存管理的小技巧

l 尽量使用直接量

l 使用 StringBuilder 和 StringBuffer 进行字符串连接(其中StringBuffer是线程安全版本)

l 尽早释放无用对象的引用

l 尽量少用静态变量

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

l 缓存经常使用的对象

l 尽量不要使用 finalize 方法

l 考虑使用 SoftReference