许多年前，我被告诫要尽可能以与分配方式相反的顺序释放资源。那就是：
block1 = malloc( ... );
block2 = malloc( ... );
... do stuff ...
free( block2 );
free( block1 );
我想在 640K MS-DOS 机器上，这可以最大限度地减少堆碎片。在 C# /.NET 应用程序中执行此操作有什么实际优势，还是这种习惯已经过时了？
【问题讨论】：
标签： c# resources dispose fragmentation
“运行时不保证调用 Finalize 方法的顺序。例如，假设有一个对象包含指向内部对象的指针。垃圾收集器检测到这两个对象都是垃圾。再者说先调用内部对象的Finalize方法，现在允许外部对象的Finalize方法访问内部对象并调用内部对象的方法，但是内部对象已经终结，结果可能无法预料。因此，强烈建议 Finalize 方法不要访问任何内部成员对象。"
http://msdn.microsoft.com/en-us/magazine/bb985010.aspx
因此，您可以随心所欲地担心您的 LIFO 处置语义，但如果您泄露了一个，Dispose() 将按照 CLR 所希望的任何顺序被调用。
（这或多或少是上面威尔所说的）
【讨论】：
如果您指的是对象上的析构函数被调用的时间，那就是垃圾收集器，编程对此几乎没有影响，而且根据语言定义，它是明确的非确定性的。
如果您指的是调用 IDisposable.Dispose()，那么这取决于实现 IDisposable 接口的对象的行为。
一般来说，顺序对于大多数框架对象都无关紧要，除非它对调用代码很重要。但是，如果对象 A 保持对对象 B 的依赖，并且对象 B 已被释放，那么不对对象 A 做某些事情就很重要了。
在大多数情况下，Dispose() 不会被直接调用，而是作为 using 或 foreach 语句的一部分被隐式调用，在这种情况下，根据语句嵌入，倒序模式自然会出现。
using(Foo foo = new Foo())
using(FooDoodler fooDoodler = new FooDoodler(foo))
{
// do stuff
// ...
// fooDoodler automatically gets disposed before foo at the end of the using statement.
}
【讨论】：
如果你的资源创建得很好，这应该没关系（很多）。
但是，许多创建不佳的库没有进行适当的检查。以与分配相反的方式处置资源通常意味着您首先处置依赖于其他资源的资源 - 这可以防止编写不佳的库引起问题。 （在这种情况下，您永远不会处置资源，然后使用取决于第一个资源的存在。）
这也是一种很好的做法，因为您不会意外地过早地释放其他对象所需的资源。
这里有一个例子：看一个数据库操作。您不想在关闭/处置您的命令（使用连接）之前关闭/处置您的连接。
【讨论】：
嵌套的“使用”向您显示“已过时”并没有真正启用，而且很少启用（在 40 年的证据之后不要说永远不会）。这包括在 CMOS 上运行的基于堆栈的 VM。
[ 尽管 MSDN.com 和 Duffius 进行了一些尝试使其消失，但您知道为您管理堆和堆栈之间的区别。多么聪明的主意……在太空中]
【讨论】：
不要打扰。 GarbageCollector 保留对堆上的对象进行碎片整理和移动的权利，因此不知道事物的顺序。
此外，如果您要处理 A 和 B 并且 A 引用 B，那么在处理 A 时 A 是否处理 B 无关紧要，因为 Dispose 方法应该可以多次调用而不会引发异常。
【讨论】：