如果有的话，我希望代码的效率比不使用它时要低。

调用Clear（）方法是不必要的，如果Dispose不这样做，GC可能不会这么做。。。

是的，这段代码完全是多余和不必要的，它不会让垃圾回收器做任何它不会做的事情（即，一旦MyCollection的实例超出范围），尤其是.Clear（）调用。

对编辑的回答：有点。如果我这样做：

public void WasteMemory()
{
    var instance = new MyCollection(); // this one has no Dispose() method
    instance.FillItWithAMillionStrings();
}

// 1 million strings are in memory, but marked for reclamation by the GC

在内存管理方面，它的功能与此相同：

public void WasteMemory()
{
    var instance = new MyCollection(); // this one has your Dispose()
    instance.FillItWithAMillionStrings();
    instance.Dispose();
}

// 1 million strings are in memory, but marked for reclamation by the GC

如果您真的真的需要立即释放内存，请调用GC.Collect（）。内存将在需要时释放。

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.");
        }
    }
}

Dispose模式的目的是提供一种清理托管和非托管资源的机制，何时发生取决于Dispose方法的调用方式。在您的示例中，Dispose的使用实际上并没有执行任何与Dispose相关的操作，因为清除列表对正在处理的集合没有影响。同样，将变量设置为null的调用对GC也没有影响。

关于如何实现Dispose模式的更多详细信息，您可以查看本文，但基本上如下所示：

public class SimpleCleanup : IDisposable
{
    // some fields that require cleanup
    private SafeHandle handle;
    private bool disposed = false; // to detect redundant calls

    public SimpleCleanup()
    {
        this.handle = /*...*/;
    }

    protected virtual void Dispose(bool disposing)
    {
        if (!disposed)
        {
            if (disposing)
            {
                // Dispose managed resources.
                if (handle != null)
                {
                    handle.Dispose();
                }
            }

            // Dispose unmanaged managed resources.

            disposed = true;
        }
    }

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

这里最重要的方法是Dispose（bool），它实际上在两种不同的情况下运行：

dispositing==true：用户代码直接或间接调用了该方法。可以释放托管和非托管资源。dispositing==false：该方法已由运行时从终结器内部调用，不应引用其他对象。只能释放非托管资源。

简单地让GC负责清理的问题是，你无法真正控制GC何时运行一个收集周期（你可以调用GC.Collect（），但你真的不应该这样做），所以资源可能会比需要的时间更长。记住，调用Dispose（）实际上不会导致收集循环，也不会以任何方式导致GC收集/释放对象；它只是提供了更明确地清理所用资源的方法，并告诉GC该清理已经执行。

IDisposable和dispose模式的重点不是立即释放内存。对Dispose的调用实际上只有在处理dispositing==false场景和处理非托管资源时才有机会立即释放内存。对于托管代码，在GC运行一个收集循环之前，内存实际上不会被回收，这是您无法控制的（除了调用GC.Collect（）之外，我已经提到过这不是一个好主意）。

由于.NET中的字符串不使用任何未更改的资源，也不实现IDisposable，因此您的方案并不真正有效，因此无法强制“清理”它们

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

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

我曾经读过一段代码，它是一个利用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的场景：清理非托管资源、取消订阅事件、关闭连接

我用于实现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
}