这是一个相当基础的问题，但我还是有点困惑。
IDisposable 被实现时，是为了让对象的用户在对象最终被垃圾回收之前释放底层资源（例如套接字等）。
当我拥有一个持有 DbConnection（实现了 IDisposable）的类时，我的类是否需要实现 IDisposable 并将调用链接到 DbConnection 或任何其他它拥有的 IDisposable 对象？否则，DbConnection 的资源只能在我的类被垃圾回收时才会被释放，因此当我的类丢弃对连接的引用并 GC 完成对 DbConnection 的终结时，DbConnection 的资源才会被释放。
是的，如果您控制可以释放的对象，则始终要实现IDisposable。 总是。 如果不这样做，您的代码不会出错，但是不这样做会使拥有可释放对象的目的失去意义。
GC优化的一般规则是：
如果您正在为自己编写应用程序，则可以弯曲或忽略这些规则，但是当向其他人分发代码时，您应该专业并遵循规则。
这里的逻辑是，当您在GC视图之外控制内存时，GC引擎无法正确管理您的内存使用情况。例如，在您的.NET堆上，您可能只有4个字节的指针，但在非托管的领域中，您可能有200 MB的内存被指向。 GC引擎不会尝试收集这些内容，直到您有几十个，因为它所看到的只是一些字节; 而在现实世界中，它看起来很像内存泄漏。
因此，规则是，在您完成使用它时应立即释放非托管内存（IDisposable链为您执行此操作），而GC引擎会在其自己的时间内释放托管内存。
如果一个类需要处理使用的任何对象，则需要实现IDisposable接口。一个例子就是StreamReader，它实现了IDisposable接口以便可以处理其相关联的流对象。
using (SqlConnection sqlConnection = new SqlConnection(connStr))
{
...在此处使用连接
}
using () {}语句会自动调用()中声明的对象的Dispose()方法。(它还要求在()中声明的对象实现IDisposable以确保它们可以被处理)public class MyDALObj : IDisposable
{
public MyDalObj()
{
... 创建_dbConn对象 ...
}
public void Dispose()
{
_dbConn.Dispose();
}
private DbConnection _dbConn;
}
你应该这样做，因为这是确保你的类使用者正确处理内部资源的唯一方法。
然而，在这种情况下，Dispose()所使用的模式可能与通常写的略有不同，因为你不必区分非托管资源和托管资源（你封装的资源始终被视为“托管”资源）。
我在这个特定主题上撰写了一篇详细的博客文章 - 封装IDisposable资源。
using (IDbConnection conn = ....())
{
}
这绝对是最佳实践，特别是在处理大型/非托管对象时。
编辑：最佳实践，但不是强制性的。
由于我们无法确定对象何时被GC收集，因此我们使用IDisposable接口来有机会在对象被垃圾回收之前有意释放非托管资源。 如果一个可处理的对象在被收集之前没有被处理，那么它的资源可能直到AppDomain退出才被释放。 几乎是一条不成文的规则，每个引用IDisposable对象的对象本身都应该是IDisposable，并在其自己的Dispose方法中调用其IDisposable引用的Dispose方法。
当您使用Dispose提供显式控制时，应使用Finalize方法提供隐式清理。如果程序员未调用Dispose，则Finalize提供了一种备份，以防止资源永久泄漏。
我认为最好的实现方式是使用Dispose和Finalize方法的组合。您可以在这里找到更多信息。