Stream.Dispose 是否总是调用 Stream.Close （和 Stream.Flush）

Question

如果我遇到以下情况：

StreamWriter MySW = null;
try
{
   Stream MyStream = new FileStream("asdf.txt");
   MySW = new StreamWriter(MyStream);
   MySW.Write("blah");
}
finally
{
   if (MySW != null)
   {
      MySW.Flush();
      MySW.Close();
      MySW.Dispose();
   }
}

即使提供了 Close，我是否可以只调用 MySW.Dispose() 并跳过 Close？ 是否有任何 Stream 实现无法按预期工作（例如 CryptoStream）？

如果没有，那么下面的代码就是错误的：

using (StreamWriter MySW = new StreamWriter(MyStream))
{
   MySW.Write("Blah");
}

Answer 1

我使用 Reflector 并发现 System.IO.Stream.Dispose 如下所示：

public void Dispose()
{
    this.Close();
}

Answer 2

正如 Daniel Bruckner 提到的，Dispose() 和 Close() 实际上是相同。

但是，Stream 在处理/关闭时不调用Flush()。 FileStream（我假设任何其他具有缓存机制的Stream）在处置时确实会调用Flush()。

如果您要扩展Stream或MemoryStream等，则需要在处置/关闭时实现对Flush()的调用（如果有必要） 。

Answer 3

所有标准流（FileStream、CryptoStream）在关闭/处置时都会尝试刷新。 我认为您可以依靠它来实现任何 Microsoft 流。

因此，如果刷新失败，Close/Dispose 可能会引发异常。

事实上，IIRC 在 FileStream 的 .NET 1.0 实现中存在一个错误，即如果刷新抛出异常，它将无法释放文件句柄。 .NET 1.1 中通过向 Dispose(boolean) 方法添加 try/finally 块来修复此问题。

Answer 4

StreamWriter.Dispose() 和 Stream.Dispose() 都会释放对象所持有的所有资源。 它们都关闭了底层流。

Stream.Dispose() 的源代码（请注意，这是实现细节，因此不要依赖它）：

public void Dispose()
{
    this.Close();
}

StreamWriter.Dispose() （与 Stream.Dispose() 相同）：

protected override void Dispose(bool disposing)
{
    try
    {
        // Not relevant things
    }
    finally
    {
        if (this.Closable && (this.stream != null))
        {
            try
            {
                if (disposing)
                {
                    this.stream.Close();
                }
            }
            finally
            {
                // Not relevant things
            }
        }
    }
}

尽管如此，我通常会隐式关闭流/流编写器在处理它们之前 - 我认为它看起来更干净。

Answer 5

对于需要手动关闭的对象，应尽一切努力在 using 块中创建该对象。

//Cannot access 'stream'
using (FileStream stream = File.Open ("c:\\test.bin"))
{
   //Do work on 'stream'
} // 'stream' is closed and disposed of even if there is an exception escaping this block
// Cannot access 'stream' 

通过这种方式，人们永远不会在 using 子句的上下文之外错误地访问“流”，并且文件始终处于关闭状态。

Answer 6

我查看了 Stream 类的 .net 源代码，它具有以下内容，这表明是的，您可以......

    // Stream used to require that all cleanup logic went into Close(),
    // which was thought up before we invented IDisposable.  However, we 
    // need to follow the IDisposable pattern so that users can write
    // sensible subclasses without needing to inspect all their base
    // classes, and without worrying about version brittleness, from a
    // base class switching to the Dispose pattern.  We're moving 
    // Stream to the Dispose(bool) pattern - that's where all subclasses
    // should put their cleanup starting in V2. 
    public virtual void Close() 
    {
        Dispose(true); 
        GC.SuppressFinalize(this);
    }

    public void Dispose() 
    {
        Close(); 
    } 

Answer 7

Stream.Close 是通过调用 Stream.Dispose 来实现的，反之亦然 - 因此这些方法是等效的。 Stream.Close 的存在只是因为关闭流听起来比处理流更自然。

此外，您应该尽量避免显式调用此方法，并使用 using 语句来代替，以便免费获得正确的异常处理。

Answer 8

我可以直接调用 MySW.Dispose() 并
跳过关闭，即使它是
提供吗？

是的，这就是它的用途。

是否有任何 Stream 实现
不能按预期工作（例如
加密流）？

可以安全地假设，如果一个对象实现了 IDisposable，它就会正确地处置自己。

如果没有，那么这将是一个错误。

如果不是，那么下面的内容就很糟糕
代码：

不，该代码是处理实现 IDisposable 的对象的推荐方法。

更多精彩信息请参见关闭和处置 - 调用哪个？