WPF C＃应用程序在关闭后保持运行几秒钟。 这是安全的解决方案吗？

Question

我有一个带有关闭按钮的WPF应用程序，该按钮调用Application.Shutdown（）关闭该应用程序。 窗口关闭，但应用程序继续运行。 在Visual Studio中可以清楚地看到发生了什么事，但是暂停不再起作用了。

我在这里看到了类似的问题，这促使我尝试了其他一些解决方案。 我已经尝试了App.xaml中ShutdownMode的所有选项，但似乎没有一个起作用。 与Environment.Exit（）相同。

显而易见的原因是线程仍在运行，但是我找不到任何此类线程。

我终于在App.xaml中求助于一个非常简单的方法：

protected override void OnExit(ExitEventArgs e)
{
    base.OnExit(e);
    Process proc = System.Diagnostics.Process.GetCurrentProcess();
    proc.Kill();
}

这实际上有效，应用程序立即关闭，但是我想知道这是否可能会引起任何问题。

Answer 1

感谢大家的见解。

我今天对此进行了更深入的研究（我会承认有一些帮助），尤其是因为在较早的版本中并未出现此问题，并且该应用程序已经开发了几年。 因此，追溯到问题最初发生的位置可以提供一些见解。

事实证明，存在一个MediaElement带有无效源导致了此问题。 在应用程序运行时，使用不存在的文件作为MediaElement的源显然不会带来任何问题，但是在关闭时确实会导致它非常慢。 幸运的是，这很容易解决。

进一步挖掘，我发现拥有一个仍在运行的情节提要板也可能会减慢关闭过程的速度，但这仅需两到三秒钟。 MediaelEment的问题可能导致超过十秒钟的延迟。

这样问题就解决了，但是我的问题，尽管现在是学术性的，还是差不多存在：通过简单地终止进程来关闭应用程序是一个问题吗？ 那似乎仍然是关闭事情的最快方法。

Answer 2

但是我的问题，尽管现在是学术性的，还是差不多存在：通过简单地终止进程来关闭应用程序是一个问题吗？

终止进程是一个坏主意。 在某些情况下这可能是安全的，但是如果您执行任何不允许清除系统拥有资源的操作，则可能会使表格或信号灯和句柄混乱。 最好不断挖掘，直到发现错误为止。 我永远也不会将proc.kill投入生产，尤其是对于您自己的过程。

如果您知道子进程可以安全地终止，那么也许。 但是，最好用信号通知它关闭，让它有一段合理的时间，如果您必须杀死它，请以不容忽视的方式进行操作。 然后表现得像只狗骨头一样，直到消除根本原因为止，就像您对这种骨头所做的那样。