技术凡人Appearance
垃圾回收机制
使用Java多了，只会new但是还没仔细研究过Java的垃圾回收，这篇文章，就是浅谈java和其他语言（C++）的垃圾回收。 严格来说程序是需要自己管理内存的，但是Java的jvm帮我们做了这些，这个也是Java和C++的最大不同，C++中所有的内存必须 回收如果没有回收那么就是内存泄露了，Java并不是这样，Java在内存充足的时候不会进行垃圾回收，而随着程序的运行结束，Java所占用 资源也会全部释放给操作系统，整个程序运行中也不会进行垃圾回收。
C++中有一个用于垃圾回收的析构函数，C++销毁对象的时候必须使用析构函数，这个可以用来做一些工作，这个意味着对象被放弃的时候一定会使用到，但是Java中即使你将对象置为null，也不一定会使jvm进行垃圾回收。Java中的finalize()就是用于在垃圾回收的时刻进行清理工作的，这个方法调用之后并不会导致内存被立即释放，下一次垃圾回收的时候这个对象才真正的被释放。
下面是一个例子，当内存被占用的时候finalize函数被调用了（也可以使用system.gc()来强制垃圾回收），但是如果程序没有将内存占满，那么函数不会被调用。C++中使用delete来操作某个对象析构函数一定会被调用。
java
public class TestFinalize {
TestFinalize(long l){
this.a = l;
}
//占用内存
private long a;
@Override
protected void finalize() throws Throwable {
System.out.println(this.a+" 执行finalized");
super.finalize();
}
public static void main(String[] args) {
TestFinalize testFinalize = new TestFinalize(0L);
testFinalize =null;
long i=1;
while(true){
//不断创建String对象来占用内存
String s = "" + i;
}
}
}
/**
* 输出 0 执行finalized
*/public class TestFinalize {
TestFinalize(long l){
this.a = l;
}
//占用内存
private long a;
@Override
protected void finalize() throws Throwable {
System.out.println(this.a+" 执行finalized");
super.finalize();
}
public static void main(String[] args) {
TestFinalize testFinalize = new TestFinalize(0L);
testFinalize =null;
long i=1;
while(true){
//不断创建String对象来占用内存
String s = "" + i;
}
}
}
/**
* 输出 0 执行finalized
*/垃圾回收只和内存有关，上面的测试代码并不合格，因为finalize这个函数体中的主要内容不是内存回收，不过这里要特别注意一点， 无论一个对象中是否含有其他对象都不用在finalize中指定内存回收行为，垃圾回收会释放对象占用的全部内存，finalize只有一种特殊的用途。
就是本地方法的特例，本地方法就是使用其他语言（C/C++或者其他）创建的方法，这些方法中可能会分配内存，然后这些内存必须释放，否则会导致内存泄露。而在finalize中调用类似c语言中的free函数是保证程序稳定运行的关键。
终结条件的应用
由于finalize并不一定会被使用，所以这个方法并不是常用的,也是比较不推荐使用的，但是有一个场景下这个还是有点用的，那就是终结条件的验证，也就是对象被清理的时候要求一定要怎样，但是对象不被清理的时候没必要验证，比如要求对象清理之前必须存入数据库中，如果有这个要求，可以加一个判断，这个可以检测系统有没有缺陷，这时候可以主动调用system.gc()来强制jvm进行垃圾回收，也可在以后的系统运行中排查出这种故障。
垃圾回收器的几种工作方式
C++语言的内存管理模式像是一个空间有限的广场，广场上的每一个人都管理自己，而且为了提高空间利用率一般人做完了事情求要离开广场，新来的人就要占领他的位置，Java的内存管理类似于流水线，分配一个对象就前面移动一格（只是比喻，实际上中间夹杂着gc重新排列对象），当资源耗尽的时候释放内存并将剩下的对象集中排列在一起（GC作用）。
垃圾回收的引用计数机制
引用计数是这样的一种机制就是每个对象会有一个计数器，当有引用连接到对象，计数加一，引用置为null计数减一，然后垃圾回收就遍历所有对象，释放引用计数的为0的对象的内存。不过这个有个互相引用的问题，会极大影响效率。目前这种机制应该没有应用到jvm中。
一种更快的模式是基于活得对象机制的
如果对象是活得，那么一定会有一个可以被访问的引用链条，那么从堆栈和静态区遍历所有引用直到找到对应的对象，遍历完成之后就可以开始清理那些没有引用的对象，这个也解决了交互自引用的对象组问题。
这种模式下，java虚拟机采用一种自适应的垃圾回收技术，至于如何找到存活的对象取决于不同的jvm实现，这个也是自适应的垃圾回收的一部分，jvm主要有几种工作模式下面简单介绍一下这几种方式。
jvm gc实现
实现一：停止-复制
这个方式是先暂停程序然后将当前的堆转移到另一个堆，剩下的全是垃圾，这个过程中需要重新映射内存地址，这个方式有两个缺点：在两个堆之间来回倒腾，这将需要原来占用内存的两倍，然后的问题是，当程序运行起来之后，有很多东西是不变的，也就是程序只有一部分需要清理，一部分不需要清理，但是复制，是不会考虑到这些的，这将会导致很大的浪费，这时候垃圾回收器的作用将会体现出自适应的优越性，它从原来的模式转化为另一种机制：标记-清扫模式。