内联创建和使用一次性对象是否安全？答案

【问题标题】：Is it safe to create and use a disposable object inline?内联创建和使用一次性对象是否安全？
【发布时间】：2016-08-17 10:07:10
【问题描述】：

我见过很多次开发人员使用内联一次性对象，例如here。内联是指：

var result = new DataTable().Compute("1 + 4 * 7", null);

我知道Dispose方法不会被调用，但是由于没有对对象的引用，垃圾收集器将如何处理它？使用这样的一次性物品安全吗？

我在示例中使用了DataTable，因为它是我找到的唯一具体示例，但我的问题一般适用于一次性物品。我个人不会那样使用它们，我只是想知道如果以这种方式使用它们，GC 是否会以不同的方式处理它们。

【问题讨论】：

虽然这不能回答你的一般问题，但它确实说明了你的例子stackoverflow.com/questions/913228/…
那个 sn-p 是一个聪明的程序员写的，他知道 DataTable 没有任何一次性的东西，也没有真正实现 Dispose()。许多.NET 程序员对此感到非常不舒服。所以不要那样做，当你使用 using 语句时它不会变得更丑陋。永远不会出错，你会感觉很好。

标签： c#

【解决方案1】：

这里的关键问题是调用Dispose 的时间，这在您的示例中是未知的（提供IDisposable 的良好实现 - 见下文）。我会考虑使用没有using 语句的IDisposable 实例代码气味。该类实现IDisposable 是有原因的，因此您作为用户应该遵守它的约定。

但是，请注意，在IDisposable 的correct implementation 中，类的终结器处理未处置对象的处置。因此，即使没有在using 中实例化，也应该在未知时间和不同（GC 的）线程上执行处置。

我只是想知道如果以这种方式使用它们，GC 是否会以不同方式处理它们。

不，GC 对待所有对象都是一样的，并且不会以任何不同的方式对待 IDisposable 实现。但是，在 IDisposable 的正确实现中，Finalize 方法（由 GC 对每个对象调用，除非基于每个对象抑制）调用将导致调用 Dispose。

【讨论】：

【解决方案2】：

如果内联初始化的对象实现了析构函数，则该析构函数可能会在对象超出范围后调用 Dispose()。

但是，更简洁和正确的方法是使用 using 语句，因为这可能会导致对象的实例毫无目的地四处游荡。

【讨论】：

C# 对象没有析构函数。他们可能有终结器。当对象超出范围时，终结器不会运行。当 GC 认为是时候运行它们时，它们就会运行。
来自您的链接：“程序员无法控制何时调用析构函数，因为这是由垃圾收集器决定的”
可以说他们使用“析构函数”这个词来描述终结器是令人困惑的。另请参阅stackoverflow.com/q/1076965/11683。
还应注意，如果类有终结器（C# 术语中的析构函数），垃圾收集器不会立即收集此实例，在下一代-0 收集中。相反，它会将实例添加到 finalizer 队列，并且在 next generation-1 收集之前不会完成收集该实例。因此，取决于终结器（析构函数），即使您知道它存在并且正确实现，也会导致性能下降。此外，正如其他人所说，最好现在释放这些资源，而不是等待可能的垃圾收集发生。
@ruakh 好问题！我想我假设Dispose() 方法称为GC.SuppressFinalize(this)。只要存在析构函数，就应该如此。在这种情况下，对Dispose() 的调用将确保立即收集并且不会出现终结排队。如果没有像那样明确抑制终结，那么您是绝对正确的：无论哪种方式，性能都会受到影响。人们常常惊讶于仅仅存在析构函数，即使是一个空体，也会损害性能。

【解决方案3】：

以这种方式使用一次性物品是不安全的。是的，不会保留任何引用，但 Disposable 模式的目的是处理所有无法被垃圾收集的非托管资源（如操作系统句柄）。

【讨论】：

如果未通过显式调用 IDisposable.Dispose() 提前释放非托管资源，则会在垃圾回收期间释放。当然，这假设IDisposable 被正确实现并且终结器释放了非托管资源。所以当一次性对象不再使用时，不将其丢弃，并留给垃圾收集器进行清理，实际上是“安全的”。但是，它不是很聪明，也不是很高效。