在标准的Dispose模式中（见前一篇博客“C#中标准Dispose模式的实现”），提到了需要及时释放资源，却并没有进一步细说让引用等于null是否有必要。
有一些人认为等于null可以帮助垃圾回收机制早点发现并标识对象是垃圾。其他人则认为这没有任何帮助。是否赋值为null的问题首先在方法的内部被人提起。现在，为了更好的阐述提出的问题，我们来撰写一个Winform窗体应用程序。如下：
private void button1_Click(object sender, EventArgs e) private void button2_Click(object sender, EventArgs e) class SimpleClass public SimpleClass(string text) ~SimpleClass() |
先点击按钮1，再点击按钮2释放，我们会发现：
q 方法Method2中的对象先被释放，虽然它在Method1之后被调用；
q 方法Method2中的对象先被释放，虽然它不像Method1那样为对象引用赋值为null；
在CLR托管应用程序中，存在一个“根”的概念，类型的静态字段、方法参数以及局部变量都可以作为“根”存在（值类型不能作为“根”，只有引用类型的指针才能作为“根”）。
上面的两个方法中各自的局部变量，在代码运行过程中会在内存中各自创建一个“根”.在一次垃圾回收中，垃圾回收器会沿着线程栈上行检查“根”。检查到方法内的“根”时，如果发现没有任何一个地方引用了局部变量，则不管是否为变量赋值为null，都意味着该“根”已经被停止掉。然后垃圾回收器发现该根的引用为空，同时标记该根可被释放，这也表示着Simple类型对象所占用的内存空间可被释放。所以，在上面的这个例子中，为s指定为null丝毫没有意义（方法的参数变量也是这种情况）。
更进一步的事实是，JIT编译器是一个经过优化的编译器，无论我们是否在方法内部为局部变量赋值为null，该语句都会被忽略掉：
s =null; |
在我们将项目设置为Release模式下，上面的这行代码将根本不会被编译进运行时内。
