首先是定义。对我来说，非托管资源意味着某种类，它实现了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失败时的简单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通常用于利用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/using组合除了主要用作控制系统资源生命周期的方法（完全被Ian的精彩回答所涵盖）外，还可以用于确定（关键）全局资源的状态变化范围：控制台、线程、进程、任何全局对象（如应用程序实例）。

我写了一篇关于这种模式的文章：http://pragmateek.com/c-scope-your-global-state-changes-with-idisposable-and-the-using-statement/

它说明了如何以可重用和可读的方式保护一些常用的全局状态：控制台颜色、当前线程区域性、Excel应用程序对象财产。。。

给定的代码示例不是IDisposable用法的好示例。字典清除通常不应转到Dispose方法。字典项在超出范围时将被清除和处理。需要IDisposable实现来释放一些内存/处理程序，即使它们超出范围也不会释放/释放。

下面的示例显示了IDisposable模式的一个很好的示例，其中包含一些代码和注释。

public class DisposeExample
{
    // A base class that implements IDisposable. 
    // By implementing IDisposable, you are announcing that 
    // instances of this type allocate scarce resources. 
    public class MyResource: IDisposable
    {
        // Pointer to an external unmanaged resource. 
        private IntPtr handle;
        // Other managed resource this class uses. 
        private Component component = new Component();
        // Track whether Dispose has been called. 
        private bool disposed = false;

        // The class constructor. 
        public MyResource(IntPtr handle)
        {
            this.handle = handle;
        }

        // Implement IDisposable. 
        // Do not make this method virtual. 
        // A derived class should not be able to override this method. 
        public void Dispose()
        {
            Dispose(true);
            // This object will be cleaned up by the Dispose method. 
            // Therefore, you should call GC.SupressFinalize to 
            // take this object off the finalization queue 
            // and prevent finalization code for this object 
            // from executing a second time.
            GC.SuppressFinalize(this);
        }

        // Dispose(bool disposing) executes in two distinct scenarios. 
        // If disposing equals true, the method has been called directly 
        // or indirectly by a user's code. Managed and unmanaged resources 
        // can be disposed. 
        // If disposing equals false, the method has been called by the 
        // runtime from inside the finalizer and you should not reference 
        // other objects. Only unmanaged resources can be disposed. 
        protected virtual void Dispose(bool disposing)
        {
            // Check to see if Dispose has already been called. 
            if(!this.disposed)
            {
                // If disposing equals true, dispose all managed 
                // and unmanaged resources. 
                if(disposing)
                {
                    // Dispose managed resources.
                    component.Dispose();
                }

                // Call the appropriate methods to clean up 
                // unmanaged resources here. 
                // If disposing is false, 
                // only the following code is executed.
                CloseHandle(handle);
                handle = IntPtr.Zero;

                // Note disposing has been done.
                disposed = true;

            }
        }

        // Use interop to call the method necessary 
        // to clean up the unmanaged resource.
        [System.Runtime.InteropServices.DllImport("Kernel32")]
        private extern static Boolean CloseHandle(IntPtr handle);

        // Use C# destructor syntax for finalization code. 
        // This destructor will run only if the Dispose method 
        // does not get called. 
        // It gives your base class the opportunity to finalize. 
        // Do not provide destructors in types derived from this class.
        ~MyResource()
        {
            // Do not re-create Dispose clean-up code here. 
            // Calling Dispose(false) is optimal in terms of 
            // readability and maintainability.
            Dispose(false);
        }
    }
    public static void Main()
    {
        // Insert code here to create 
        // and use the MyResource object.
    }
}