不调用 Process.Close() 是否存在重大问题？

Question

System.Diagnostics.Process 类是否需要 Close() 方法？

编辑： Process 正在监视一个控制台应用程序，该应用程序几乎立即终止......

Billy3

Answer 1

是。

但请注意，Close 仅与释放应用程序本地资源有关。它不会尝试终止该进程。为此，您必须调用 CloseMainWindow()（对于 GUI 应用程序）或 Kill()（对于任何应用程序）。

Process 类实现了 IDisposable，严格来说，它要求您在完成对象后调用 Dispose。但是，对于许多这样的类，Dispose 方法的面向公众的版本是 Close。

处理此类对象的最简单（也是最可靠）的方法是使用 using 块。一旦到达块的末尾，就会自动对变量调用Dispose。它还可以保护您免受异常情况的影响，从而阻止您处置该对象。

例如：

using(System.Diagnostics.Process process = new System.Diagnostics.Process())
{
    // set your properties and launch it
    // wait for it to exit if you want to, or just let it continue to run
}

这在功能上等同于这样做：（

System.Diagnostics.Process process = new System.Diagnostics.Process();

try
{
    // set your properties and launch it
    // wait for it to exit if you want to, or just let it continue to run
}
finally
{
    process.Close();
}

请注意，我说的是功能上等同，而不是语义上等同；实际上，using 块将其自己的对象句柄维护为 IDisposable< /code>，然后调用 Dispose，而不是 Close。但是，这与这个问题无关。）

Answer 2

不，不一定。

通常，最好始终调用任何 IDisposable（例如 Process 实例）的 Dispose() （或包装在 using 语句中）。但是，如果编写正确，GC 最终将在终结器中执行所有清理，即使您不这样做。

根据分配的资源，这可能会在一段时间内对内存/资源造成重大“影响”，也可能不会。对于进程，您将保留进程句柄（相对较小），直到 GC 收集并最终确定对象，这可能不会对您的程序整体产生太大影响。

Answer 3

这不是致命的 - 垃圾收集器最终将调用 Process 的终结器，并且对象的资源将以这种方式被清理。

不过，最好在不需要资源时立即释放资源，方法是直接调用 Close 或将代码包装在 using 块中。通过这种方式，您可以减少垃圾收集器的负载，并且可以更早而不是更晚地释放一点内存。

Answer 4

Close（或Dispose）将释放（可能是相对少量的）操作系统范围的资源。这些是您与系统上的所有其他进程共享的东西，因此作为一个好公民，您应该尽可能及时地发布它们。

最终，它们将通过运行终结器的垃圾收集器或当您的进程终止时被释放。