c# - 有时间忽略 IDisposable.Dispose 吗？

Question

当然，我们应该在不需要 IDisposable 对象时立即调用 Dispose() (这通常只是“使用”语句的范围)。如果我们不采取这种预防措施，那么可能会发生从微妙到停止展示的坏事。

但是进程终止前的“最后时刻”呢？如果您的 IDisposables 到那个时间点还没有被明确处置，那么它真的不再重要了吗？我问是因为 CLR 下的非托管资源由内核对象表示 - 并且 win32 进程终止无论如何都会释放所有非托管资源/内核对象。换句话说，在进程终止后，没有资源会保持“泄漏”状态(无论是否对挥之不去的 IDisposables 调用了 Dispose())。

谁能想到这样一种情况，进程终止仍然会留下泄漏的资源，仅仅是因为没有在一个或多个 IDisposable 上显式调用 Dispose()？

请不要误解这个问题:我并不是要为忽略 IDisposables 辩护。这个问题只是技术理论问题。

编辑:那么在 Linux 上运行的单声道呢？进程终止在清除非托管“泄漏”方面是否同样“可靠”？

后期编辑:虽然 IDisposables 可能存在“其他用途”，但我的重点是资源泄漏。我听到了两个答案:(1) 如果您的进程拒绝终止，您将发生泄漏；(2) 是的，即使进程终止，资源也可能泄漏。我当然同意第 (1) 项，尽管它超出了我所追求的范围。否则，项目 (2) 正是我要找的，但我无法摆脱这只是一个猜测的感觉。 Jeffrey Richter(“Windows via C/C++”)解释说(优雅地)终止的 Win32 进程不会留下泄漏或孤立的资源。为什么包含 CLR 的进程会改变它？哪里有文档、具体示例或理论场景可以证明在使用 CLR 时 Win32 进程清理功能会受到损害？

Answer 1

从技术上讲，这完全取决于 IDisposable 的作用。它已用于很多事情，而不仅仅是非托管资源。

例如，在处理 Outlook 应用程序时，我构建了一个很好的 Outlook API 抽象。附件作为流处理特别烦人，因为您需要将它保存到一个临时文件中，使用它，然后清理它。

所以我的抽象看起来像这样:

OutlookMailItem mailItem = blah;
using (Stream attachmentStream = mailItem.OpenAttachment("something.txt")) {
   // work with stream
}

当在 AttachmentStream 上调用 Dispose 时，它​​所基于的临时文件被删除。在这种情况下，如果未调用 Dispose，则永远不会清除临时文件。我在启动时有一个过程来查找这些孤立的文件，但我想我会以这个为例。

实际上，几乎所有包装某种套接字、句柄或事务的 IDisposable 实现都将在进程终止时被操作系统简单地清除。但显然这就像福利。如果可以，请避免使用它。