【Java讨论】引用类型赋值为null对加速垃圾回收的做用(转载)

：有一些人认为等于null能够帮助垃圾回收机制早点发现并标识对象是垃圾。其余人则认为这没有任何帮助。是否赋值为null的问题首先在方法的内部被人提起。如今，为了更好的阐述提出的问题，咱们来撰写一个Winform窗体应用程序

　　在标准的Dispose模式中，提到了须要及时释放资源，却并无进一步细说让引用等于null是否有必要。

有一些人认为等于null能够帮助垃圾回收机制早点发现并标识对象是垃圾。其余人则认为这没有任何帮助。是否赋值为null的问题首先在方法的内部被人提起。如今，为了更好的阐述提出的问题，咱们来撰写一个Winform窗体应用程序。以下：

private void button1_Click(object sender, EventArgs e)
{
Method1();
Method2();
}private void button2_Click(object sender, EventArgs e)
{
GC.Collect();
}

 

private void Method1()
{
SimpleClass s = new SimpleClass("method1");
s = null;
//其它无关工做代码（这条注释源于回应回复的朋友的质疑）
}
private void Method2()
{
SimpleClass s = new SimpleClass("method2");
}
}

class SimpleClass
{
string m_text;

public SimpleClass(string text)
{
m_text = text;
}

~SimpleClass()
{
MessageBox.Show(string.Format("SimpleClass Disposed, tag:{0}", m_text));
}
}

先点击按钮1，再点击按钮2释放，咱们会发现：

q 方法Method2中的对象先被释放，虽然它在Method1以后被调用；

q 方法Method2中的对象先被释放，虽然它不像Method1那样为对象引用赋值为null；

在CLR托管应用程序中，存在一个根的概念，类型的静态字段、方法参数以及局部变量均可以做为根存在（值类型不能做为根，只有引用类型的指针才能做为根）。

上面的两个方法中各自的局部变量，在代码运行过程当中会在内存中各自建立一个根.在一次垃圾回收中，垃圾回收器会沿着线程栈上行检查根。检查到方法内 的根时，若是发现没有任何一个地方引用了局部变量，则不论是否为变量赋值为null，都意味着该根已经被中止掉。而后垃圾回收器发现该根的引用为空，同时 标记该根可被释放，这也表示着Simple类型对象所占用的内存空间可被释放。因此，在上面的这个例子中，为s指定为null丝毫没有意义（方法的参数变 量也是这种状况）。

　　更进一步的事实是，JIT编译器是一个通过优化的编译器，不管咱们是否在方法内部为局部变量赋值为null，该语句都会被忽略掉：

s =  null ;

在咱们将项目设置为Release模式下，上面的这行代码将根本不会被编译进运行时内。

　　正式因为上面这样的分析，不少人认为为对象赋值为null彻底没有必要。可是，在另一种状况下，却要注意及时为变量赋值为null。那就是类型的静态字段。为类型对象赋值为null，并不意味着同时为类型的静态字段赋值为null：

private void button1_Click(object sender, EventArgs e)
{
SimpleClass s = new SimpleClass("test");
}private void button2_Click(object sender, EventArgs e)
{
GC.Collect();
}
}

 

class SimpleClass
{
static AnotherSimpleClass asc = new AnotherSimpleClass();
string m_text;

public SimpleClass(string text)
{
m_text = text;
}

~SimpleClass()
{
//asc = null;
MessageBox.Show(string.Format("SimpleClass Disposed, tag:{0}", m_text));
}
}

class AnotherSimpleClass
{
~AnotherSimpleClass()
{
MessageBox.Show("AnotherSimpleClass Disposed");
}
}

以上代码运行的结果使咱们发现，当执行垃圾回收，当类型SampleClass对象被回收的时候，类型的静态字段asc并无被回收。

必需要将SimpleClass的终结器中注释的那条代码启用。

字段asc才能被正确释放（注意，要点击两次释放按钮。这是由于一次垃圾回收会仅仅首先执行终结器）。之因此静态字段不被释放（同时赋值为null 语句也不会像局部变量那样被运行时编译器优化掉），是由于类型的静态字段一旦被建立，该根就一直存在。因此垃圾回收器始终不会认为它是一个垃圾。非静态字 段不存在这个问题。将asc改成非静态，再次运行上面的代码，会发现asc随着类型的释放而被释放。

上文代码的例子中，让asc=null是在终结器中完成的，实际工做中，一旦咱们感受到本身的静态引用类型参数占用内存空间比较大，而且使用完毕后再也不使用，则能够马上将其赋值为null。这也许并没必要要，但这绝对是一个好习惯。试想一下在一个大系统中，那些时不时在类型中出现的静态变量吧，它们就那样静静地呆在内存里，一旦被建立，就永远不离开，愈来愈多，愈来愈多。