ShutDownListener 中的 TaskCanceledException

Question

我们目前看到很多TaskCanceledException 被MS.Internal.ShutDownListener.HandleShutDown 抛弃。这从 5 月中旬开始，可能与 .Net 或 Windows 10 的某些更新有关。我们在旧版（约 2 年）和新版软件中都看到了这一点，而且它刚刚在所有版本中开始。我们针对较旧版本的 .Net 4 客户端配置文件和较新版本的 .Net 4.5.1。

完整的堆栈跟踪是：

TaskCanceledException 在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务 任务）在 System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess（任务 任务）在 System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification（任务 任务）在 System.Windows.Threading.DispatcherOperation.Wait（时间跨度 超时）在 System.Windows.Threading.Dispatcher.InvokeImpl（DispatcherOperation 操作，CancellationToken 取消令牌，TimeSpan 超时）在 System.Windows.Threading.Dispatcher.Invoke（动作回调， DispatcherPriority 优先级，CancellationToken cancelToken， TimeSpan 超时）在 MS.Internal.WeakEventTable.OnShutDown() 在 MS.Internal.ShutDownListener.HandleShutDown（对象发送者，EventArgs e)

问题是：这是什么原因造成的？

目前，我们正在寻找找到根本原因并最终解决此问题的方法。当然，最后我们可以简单地抓住它，但这不是一个实际的解决方案。欢迎任何方向的提示。我们想更新这个问题，因为我们获得了更多的洞察力，以便能够为以后遇到这个问题的人提供信息。

Answer 1

我也看到了。如果您查看源 ~278，则关闭期间有任意 300 毫秒的时间限制： https://referencesource.microsoft.com/#WindowsBase/Base/MS/Internal/WeakEventTable.cs

try
{
    Dispatcher.Invoke((Action)OnShutDown, DispatcherPriority.Send, CancellationToken.None, TimeSpan.FromMilliseconds(300));
    succeeded = true;
}
catch (TimeoutException)
{
}

即使 WeakEventTable 中的内部集合都被清空了，它也会引发。

编写它的人没有预料到运行时会抛出TaskCanceledException，因为它可能从来没有使用过。我正在采取的解决方法是删除所有对 WeakEventManager 的使用。

Answer 2

似乎有一种解决方法，至少对于 .NET Framework 4.7.2

https://github.com/Microsoft/dotnet/blob/master/Documentation/compatibility/wpf-AppDomain-shutdown-handling-may-now-call-Dispatcher.Invoke-in-cleanup-of-WeakEvents.md

变更说明

在 .NET Framework 4.7.1 和更早版本中，WPF 可能会在 AppDomain 关闭期间在 .NET 终结器线程上创建 System.Windows.Threading.Dispatcher。这在 .NET Framework 4.7.2 及更高版本中已通过清除弱事件线程感知得到修复。因此，WPF 可能会调用System.Windows.Threading.Dispatcher.Invoke 来完成清理过程。

在某些应用程序中，终结器时间的这种变化可能会在AppDomain 或进程关闭期间导致异常。这通常出现在未正确关闭在进程或AppDomain 关闭之前在工作线程上运行的调度程序的应用程序中。此类应用程序应注意正确管理调度程序的生命周期。

推荐操作

在 .NET Framework 4.7.2 及更高版本中，开发人员可以禁用此修复，以帮助缓解（但不能消除）由于清理更改而可能出现的计时问题。

要禁用清理更改，请使用以下AppContext 标志。

<configuration>
    <runtime>
        <AppContextSwitchOverrides value="Switch.MS.Internal.DoNotInvokeInWeakEventTableShutdownListener=true"/>
    </runtime>
</configuration>