(转码).NET引用类型赋值为null与加速垃圾回收
2011-04-13 09:41
357 查看
有一些人认为等于null可以帮助垃圾回收机制早点发现并标识对象是垃圾。其他人则认为这没有任何帮助。是否赋值为null的问题首先在方法的内部被人提起。现在,为了更好的阐述提出的问题,我们来撰写一个Winform窗体应用程序。如下:
先点击按钮1,再点击按钮2释放,我们会发现:
q 方法Method2中的对象先被释放,虽然它在Method1之后被调用;
q 方法Method2中的对象先被释放,虽然它不像Method1那样为对象引用赋值为null;
在CLR托管应用程序中,存在一个“根”的概念,类型的静态字段、方法参数以及局部变量都可以作为“根”存在(值类型不能作为“根”,只有引用类型的指针才能作为“根”)。
上面的两个方法中各自的局部变量,在代码运行过程中会在内存中各自创建一个“根”.在一次垃圾回收中,垃圾回收器会沿着
线程栈上行检查“根”。检查到方法内的“根”时,如果发现没有任何一个地方引用了局部变量,则不管是否为变量赋值为null,都意味着该“根”已经被停止
掉。然后垃圾回收器发现该根的引用为空,同时标记该根可被释放,这也表示着Simple类型对象所占用的内存空间可被释放。所以,在上面的这个例子中,为
s指定为null丝毫没有意义(方法的参数变量也是这种情况)。
更进一步的事实是,JIT编译器是一个经过优化的编译器,无论我们是否在方法内部为局部变量赋值为null,该语句都会被忽略掉:
在我们将项目设置为Release模式下,上面的这行代码将根本不会被编译进运行时内。
正式由于上面这样的分析,很多人认为为对象赋值为null完全没有必要。但是,在另外一种情况下,却要注意及时为变量赋值为null。那就是类型的静态字段。为类型对象赋值为null,并不意味着同时为类型的静态字段赋值为null:
以上代码运行的结果使我们发现,当执行垃圾回收,当类型SampleClass对象被回收的时候,类型的静态字段asc并没有被回收。
必须要将SimpleClass的终结器中注释的那条代码启用。
字段asc才能被正确释放(注意,要点击两次释放按钮。这是因为一次垃圾回收会仅仅首先执行终结器)。之所以静态字段不
被释放(同时赋值为null语句也不会像局部变量那样被运行时编译器优化掉),是因为类型的静态字段一旦被创建,该“根”就一直存在。所以垃圾回收器始终
不会认为它是一个垃圾。非静态字段不存在这个问题。将asc改为非静态,再次运行上面的代码,会发现asc随着类型的释放而被释放。
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) { 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 { static AnotherSimpleClass asc = new AnotherSimpleClass(); string m_text; public SimpleClass(string text) { m_text = text; } ~SimpleClass() { MessageBox.Show(string.Format("SimpleClass Disposed, tag:{0}", m_text)); } } class AnotherSimpleClass { ~AnotherSimpleClass() { MessageBox.Show("AnotherSimpleClass Disposed"); } }
以上代码运行的结果使我们发现,当执行垃圾回收,当类型SampleClass对象被回收的时候,类型的静态字段asc并没有被回收。
必须要将SimpleClass的终结器中注释的那条代码启用。
字段asc才能被正确释放(注意,要点击两次释放按钮。这是因为一次垃圾回收会仅仅首先执行终结器)。之所以静态字段不
被释放(同时赋值为null语句也不会像局部变量那样被运行时编译器优化掉),是因为类型的静态字段一旦被创建,该“根”就一直存在。所以垃圾回收器始终
不会认为它是一个垃圾。非静态字段不存在这个问题。将asc改为非静态,再次运行上面的代码,会发现asc随着类型的释放而被释放。
相关文章推荐
- 引用类型赋值“.NET技术”为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- 引用类型赋值为null与加速垃圾回收
- 一起谈.NET技术,引用类型赋值为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- 引用“.NET研究”类型赋值为null与加速垃圾回收
- 【Java讨论】引用类型赋值为null对加速垃圾回收的作用(转载)
- 引用类型赋值为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- 改善C#程序的建议5:引用类型赋值为null与加速垃圾回收
- Java垃圾回收机制与引用类型
- Java垃圾回收机制与引用类型
- 【C#与.NET程序设计】(6)- C#垃圾回收及接口类型
- Java深度历险(四)——Java垃圾回收机制与引用类型
- Java垃圾回收机制与引用类型
- Java深度历险(四)——Java垃圾回收机制与引用类型
- [jvm解析系列][三]Java的垃圾回收(一)如何鉴别垃圾,四种引用类型
- java的几种引用类型与垃圾回收(转)