使用 Disposing 对象的属性是否有效

Question

谁能告诉我使用 Disposing 对象的属性是否有效？例如在下面的代码中，DataTable 正在获取 Dispose 但其属性 DefaultView 稍后使用，

public DataView MyView { get; set; }

    private void button2_Click(object sender, EventArgs e)
    {

        using (DataTable table = new DataTable())
        {
            using (DataColumn dc = new DataColumn("s"))
            {
                table.Columns.Add(dc);
                MyView = table.DefaultView;

            }
            Debug.Write(table.Columns[0].ColumnName);
        }
    }

如果我使用 MyView，我不会收到任何错误。但是在这种情况下，Disposing 对象是否会释放其所有属性 DefaultView。

Answer 1

这取决于类型，但作为一般规则，您应该只在使用完对象后才调用Dispose()。如果您在处置对象后尝试访问任何成员，大多数IDisposable 实现都会抛出ObjectDisposedException。

IDisposable 本身并没有强制实现类在处置时对所有成员的所有访问权无效。

只有当类型特别 证明它允许你在处理它之后调用某些成员时，你才应该考虑这样做。就个人而言，我会尽量避免使用以这种方式实现的类型。

请注意，这与对象本身有关，不一定是它引用的对象。也就是说，仅仅因为对象A 具有引用其他对象B 的属性，这并不意味着对象B 在您处理A 时变得无法使用。

一个很好的例子是NetworkStream 类，它有一个Socket 属性。如果您将NetworkStream 对象初始化为不拥有传递给其构造函数的Socket 实例，那么Socket 实例在处理NetworkStream 后仍然有效，这很好。

Answer 2

DataTable 和DataColumn 基类做 实现了IDisposable，但它们的实现不做任何事情。这些实现了IDisposable，因为派生的类可能需要处理资源。

例如，在过去，我编写了一个通用的强类型 DataTable 类。它确实封装了数据库连接，或者可能是一个流。在那种情况下，Dispose 确实做了一些事情。

Answer 3

IDisposable 接口是在您拥有非托管资源时实现的，如果在释放这些资源之前引发异常，可能会导致问题。

当在 using 块中使用时，编译器会生成

try{... } 
catch{... } // may be empty, I can't recall at the moment 
finally 
{
   Dispose() ;
} 

由于您添加的值不是非托管资源，因此没有理由假定它已被处置。对象的引用仍然有效，因此 GC 不会清除内存。仔细想想，如果引发异常，那就更可怕了。

C# 在底层具有内存管理功能，因此对于许多程序员来说，它是遥不可及的。当然有些东西在野外实施得很糟糕，因为资源管理不是你在 c# 中经常考虑的事情