将对象设置为null与Dispose（）

将对象设置为null与Dispose（）

将处理与垃圾收集分开很重要。它们是完全独立的事物，有一点共同点，我将在稍后讨论。

Dispose

，垃圾收集和完成

当您编写一条

using

语句时，它只是try / finally块的语法糖，因此

Dispose

即使

using

语句主体中的代码引发异常也将被调用。这
并不 意味着对象是在块末尾被垃圾回收的。

处置是关于 非托管资源
（非内存资源）的。这些可能是UI句柄，网络连接，文件句柄等。这些都是有限的资源，因此您通常希望尽快释放它们。你应该执行

IDisposable

，只要你喜欢的类型“拥有”一个非托管资源，直接（通常通过

IntPtr

）或间接（例如，通过

Stream

中，

SqlConnection

等）。

垃圾回收本身仅与内存有关，只需要一点点扭曲即可。垃圾收集器能够找到不再被引用的对象，并释放它们。但是，它并不会一直在寻找垃圾-
仅当它检测到需要垃圾时（例如，如果堆的“一代”用完了内存）。

转折是 定案 。垃圾收集器会保留一个不再可访问的对象列表，这些对象具有终结器（用

~Foo()

C＃编写，有些令人困惑-它们与C
++析构函数完全不同）。它在这些对象上运行终结器，以防万一它们需要在释放内存之前进行额外的清理。

在该类型的用户忘记按顺序处理它的情况下，几乎总是使用终结器来清理资源。因此，如果您打开a

FileStream

但忘记调用

Dispose

or

Close

，则终结器 最终 将为您释放基础文件句柄。在一个写得很好的程序中，我认为终结器几乎永远不会触发。

将变量设置为

null

关于将变量设置为的一点要点

null

-出于垃圾回收的考虑，几乎不需要这样做。如果它是成员变量，则有时可能要这样做，尽管根据我的经验，很少需要不再需要对象的“一部分”。当它是一个局部变量时，JIT通常足够聪明（在发布模式下），以知道何时不再使用引用。例如：

StringBuilder sb = new StringBuilder();sb.Append("Foo");string x = sb.ToString();// The string and StringBuilder are already eligible// for garbage collection here!int y = 10;DoSomething(y);// These aren't helping at all!x = null;sb = null;// Assume that x and sb aren't used here

一个时间它 可能 是值得设置一个局部变量

null

是当你在一个循环，并且循环需要一些分支机构使用的变量，但你知道你已经达到在你做的不是一个点。例如：

SomeObject foo = new SomeObject();for (int i=0; i < 100000; i++){    if (i == 5)    {        foo.DoSomething();        // We're not going to need it again, but the JIT        // wouldn't spot that        foo = null;    }    else    {        // Some other pre     }}

实现IDisposable / finalizer

那么，您自己的类型是否应该实现终结器？几乎可以肯定。如果您仅 间接
持有非托管资源（例如，您拥有一个

FileStream

作为成员变量的资源），那么添加自己的终结器将无济于事：当您的对象成为对象时，流几乎肯定可以进行垃圾回收，因此您可以依靠

FileStream

具有终结器（如有必要，它可以引用其他内容，等等）。如果您想直接“几乎”持有一个非托管资源，那

SafeHandle

是您的朋友-
花费一些时间才能开始工作，但这意味着您几乎
不再需要编写终结器。如果您对资源（

IntPtr

）拥有真正直接的句柄，并且通常应该转向

SafeHandle

你尽快做。（那里有两个链接-最好同时阅读。）

乔·达菲（Joe Duffy）关于终结器和IDisposable（与许多聪明的人共同编写）有很长的指南集，值得阅读。值得注意的是，如果密封您的类，则可以使工作变得更加轻松：

Dispose

调用新虚拟

Dispose(bool)

方法等的重写模式仅在您的类设计为继承时才有意义。

这有点混乱，但是请澄清您想要的地方:)