java的内存回收(1)

 

如果无用的堆内存中的对象在对内存中累计多了的话，等到大批用户一上来，系统的内存就会越来越小，系统响应速度自然变慢

因为java虽然有内存回收机制，但是我们作为开发人员也要显示的管理无用对象的释放，否则系统响应极慢，所以我们应注重内存回收，也要注重内存的分配，这样才能很好的利用有限的内存

使用new去申请分配空间，一个对象失去引用时方可回收

内存的分配与回收都是jvm自动完成的，

jvm的垃圾回收机制负责回收堆内存中除字符串池之外的对象，栈内存由别的机制回收内存，

JDK 1.6之前的常量池实际就是在方法区，JDK 1.7及以后移动到堆中了

new/反序列化/克隆均会申请分配内存

简单来讲，在内存回收方面jvm已经帮我们回收了不可达的无用对象，我们程序需要手动回收的是可达的无用对象，还需要回收字符串池中没有引用指向的字符串对象（解决java的内存泄漏，将引用指针赋值为null），内存中只存在的是可达的有用对象

我们从如下几个方面考虑内存回收

1jvm在核实决定回收一个java对象所占据的内存（对象处于不可达状态）

2jvm会不会漏掉回收某些java对象，使之造成内存泄漏（强引用所指向的系统再也用不到的对象不会被回收）

3jvm回收java对象所占用内存的实现细节（有向图管理，判断是否还有引用）

4jvm能否对不同java对象占用的内存区分对待，回收

5常见垃圾回收机制的实现细节是什么样的？（有向图管理）

1jvm回收java对象所占用内存的方法（一）实现细节（有向图管理，判断是否还有引用

jvm的垃圾回收机制采用有向图方式管理内存中的对象，将线程对象作为有向图的起始顶点，把引用变量和对象作为有向图的顶点，判断对象是否处于可达状态

对象在堆内存中的三种状态：可达状态/可恢复状态（在回收该对象前，系统调用可恢复对象的finalize方法进行资源清理，可以重新获得引用）/不可达状态（彻底失去引用）

注意：

通过这种方法进行垃圾回收并不是特别彻底，虽然垃圾回收机制会将不存在引用的对象回收了，但是有一些对象本身是无用的了，却还是有引用指向他，这样的无用对象垃圾回收机制是回收不了的，因此此处易发生内存泄漏

内存泄漏：存