编写高质量代码改善C#程序的157个建议——建议53：必要时应将不再使用的对象引用赋值为null

建议53：必要时应将不再使用的对象引用赋值为null

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

局部变量在代码运行过程中会在内存中创建一个“根”。在一次垃圾回收中，垃圾回收器会沿着线程栈上行检查“根”（线程栈检查完毕后，还会检查所有的引用类型对象的静态字段的根集合）。当检测到方法内的“根”时，如果发现没有任何一个地方引用了局部变量，则不管是否已经显式将其赋值为null，都意味着该“根”已经被停止。然后，垃圾回收器会发现该根的引用为空，同时标记该根可被释放，这也代表着类型对象所占用的内存空间可以被释放。所以为局部变量指定为null丝毫没有意义，方法的参数变量也是这种情况。

JIT编译器是一个优化过的编译器，无论我们是否在方法内将局部变量赋值为null，如下面语句：

            SampleClass c1=new SampleClass();
            c1 = null;

中c1 = null;这句都会被忽略。如果我们将项目设置为Release模式，这句话根本不会被编译进运行时内。

正是由于以上分析，很多人会认为将对象赋值为null完全没有必要。但是，在另一种情况下，却要注意及时地将变量赋值为null，那就是类型的静态字段。将类型对象赋值为null，并不意味着同时将类型的静态字段赋值为null。当类型对象被回收时，类型的静态字段却没有被回收。

之所以静态字段不被释放（同时赋值为null语句也不会像局部变量那样被运行时编译器优化），是因为静态字段一旦被创建，该“根”就一直存在。所以，垃圾回收器始终不会认为它是一个垃圾。非静态字段则不存在这样一个问题。

在实际工作中，一旦我们感觉到自己的静态引用类型参数占用的内存空间比较大，并且用完后不会再使用，可以立即将其赋值为null。这也许并不必要，但这是一个好习惯。试想，如果一个系统中那些时不时在类中出现的静态变量，它们那样静静地待在内存中，一旦被创建，就永远不会离开。所以，尽量少用静态变量。

转自：《编写高质量代码改善C#程序的157个建议》陆敏技