在您发布的示例中，它仍然没有“立即释放内存”。所有内存都是垃圾收集的，但它可能允许在早期版本中收集内存。你必须运行一些测试才能确定。

框架设计指南是指南，而不是规则。它们告诉你界面主要用于什么，何时使用，如何使用，以及何时不使用。

我曾经读过一段代码，它是一个利用IDisposable失败时的简单RollBack（）。下面的MiniTx类将检查Dispose（）上的一个标志，如果Commit调用从未发生，它将调用回滚。它添加了一层间接层，使调用代码更易于理解和维护。结果如下：

using( MiniTx tx = new MiniTx() )
{
    // code that might not work.

    tx.Commit();
} 

我也看到计时/日志代码做了同样的事情。在这种情况下，Dispose（）方法停止计时器并记录块已退出。

using( LogTimer log = new LogTimer("MyCategory", "Some message") )
{
    // code to time...
}

因此，这里有几个具体的示例，它们不执行任何非托管资源清理，但成功地使用IDisposable创建了更干净的代码。

首先是定义。对我来说，非托管资源意味着某种类，它实现了IDisposable接口或使用对dll的调用创建的东西。GC不知道如何处理此类对象。例如，如果类只有值类型，那么我不认为这个类是具有非托管资源的类。对于我的代码，我遵循以下实践：

如果由我创建的类使用一些非托管资源，那么这意味着我还应该实现IDisposable接口以清理内存。使用完后立即清理对象。在dispose方法中，我遍历类的所有IDisposable成员并调用dispose。在Dispose方法中，调用GC.SuppressFinalize（this），以通知垃圾收集器我的对象已被清理。我这样做是因为调用GC是一项昂贵的操作。作为额外的预防措施，我尝试多次调用Dispose（）。有时我添加私有成员_disposed并签入方法调用，但对象被清理了。如果已清理，则生成ObjectDisposedException以下模板演示了我用文字描述的代码示例：

公共类SomeClass:IDisposable{///<summary>///像往常一样，我不在乎对象是否被处理///</summary>public void SomeMethod（）{如果（_disposed）引发新的ObjectDisposedException（“已释放SomeClass实例”）；}public void Dispose（）{Dispose（真）；}私有bool _disposed；受保护的虚拟void Dispose（bool dispositing）{如果（_disposed）回来如果（处置）//我们在第一次通话中{}_已处理=真；}}

我使用IDisposable的场景：清理非托管资源、取消订阅事件、关闭连接

我用于实现IDisposable（非线程安全）的习惯用法：

class MyClass : IDisposable {
    // ...

    #region IDisposable Members and Helpers
    private bool disposed = false;

    public void Dispose() {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    private void Dispose(bool disposing) {
        if (!this.disposed) {
            if (disposing) {
                // cleanup code goes here
            }
            disposed = true;
        }
    }

    ~MyClass() {
        Dispose(false);
    }
    #endregion
}

大多数关于“非托管资源”的讨论的一个问题是，它们并没有真正定义这个术语，但似乎暗示它与非托管代码有关。虽然许多类型的非托管资源确实与非托管代码交互，但用这种术语来思考非托管资源是没有帮助的。

相反，我们应该认识到所有被管理的资源都有共同点：它们都包含一个对象，要求某个外部“事物”代表它做一些事情，而损害了其他一些“事物”，而另一个实体同意这样做，直到另行通知。如果物体被抛弃并消失得无影无踪，那么任何东西都不会告诉外部的“事物”，它不再需要代表不再存在的物体改变自己的行为；因此，“东西”的有用性将永久性地降低。

因此，非托管资源表示外部“事物”代表对象改变其行为的协议，如果对象被放弃并不再存在，这将毫无用处地损害外部“事物的有用性。被管理的资源是一个对象，它是此类协议的受益人，但如果它被放弃，它已签署接收通知，并将使用该通知在其被销毁之前整理其事务。

IDisposable通常用于利用using语句，并利用一种简单的方法对托管对象进行确定性清理。

public class LoggingContext : IDisposable {
    public Finicky(string name) {
        Log.Write("Entering Log Context {0}", name);
        Log.Indent();
    }
    public void Dispose() {
        Log.Outdent();
    }

    public static void Main() {
        Log.Write("Some initial stuff.");
        try {
            using(new LoggingContext()) {
                Log.Write("Some stuff inside the context.");
                throw new Exception();
            }
        } catch {
            Log.Write("Man, that was a heavy exception caught from inside a child logging context!");
        } finally {
            Log.Write("Some final stuff.");
        }
    }
}

我看到很多答案都转向了讨论对托管和非托管资源使用IDisposable。我认为这篇文章是我找到的关于如何实际使用IDisposable的最佳解释之一。

https://www.codeproject.com/Articles/29534/IDisposable-What-Your-Mother-Never-Told-You-About

对于实际问题；如果您使用IDisposable清理占用大量内存的托管对象，简短的答案是否定的。原因是，一旦持有内存的对象超出范围，它就可以进行收集了。此时，任何引用的子对象也超出范围，将被收集。

唯一真正的例外是，如果托管对象中占用了大量内存，并且您已经阻止了该线程等待某个操作完成。如果在调用完成后不需要这些对象，那么将这些引用设置为null可能会让垃圾收集器更快地收集它们。但那个场景将代表需要重构的坏代码——而不是IDisposable的用例。