.net - 删除 Console.CancelKeyPress 处理程序一旦禁用任何 future 处理

Question

我正在制作一个在控制台模式下工作的交互式基准测试程序，并且希望能够通过按一次 Ctrl+C 或 Ctrl+Break 来中断当前计算，而随后的按下应该像往常一样，终止程序。但是，当当前没有计算正在执行时，第一次按 Ctrl+C 应该会导致终止。

起初，这看起来是一项简单的任务。我创建了一个带有明显 EnableHandler() 和 DisableHandler() 例程​​的静态类，以及一个行为依赖于先前状态的处理函数:如果已经请求中断，则停止并返回，否则设置 arg.Cancel 并引发中断请求标志。因此，当基准测试开始时，它启用处理程序，然后在每个主要周期检查中断标志；完成后，它会禁用处理程序并将中断请求传播到最顶层的调用者(如果需要)。

但是，这种方法只适用一次: 首次删除处理程序后 (无论是否被触发)， 之后再次安装它不再有影响 - 操作不会产生错误，但是 当事件发生 时，处理程序永远不会接收控制。这是 .NET 事件处理中的预期行为吗？

SO 和其他论坛上有许多关于 Console.CancelKeyPress 的主题，但几乎没有人考虑删除处理程序，因此他们没有遇到麻烦也就不足为奇了。然而，在“How to use ConsoleCancelEventHandler several times”中提到了一些类似的(？)问题，但该应用程序是一个复杂的 GUI 前端，用于按需启动的多个外部控制台实用程序，并且该问题显然与第二次尝试添加处理程序时引发的显式异常有关，——这不是我的情况。

已获悉以前存在的与各种 .NET 版本中的控制台操作相关的错误，如果这种行为异常并且由 .NET 故障引起或特定于 Visual Basic，我不会感到惊讶(我不确定 AddHandler 和VB.NET 中的 RemoveHandler 完全等同于 C# 中的 += 和 -= 事件运算符)。我目前在 Windows 7 x86-64 上使用 .NET 4.5 和 Visual Basic 2012，并安装了所有可用更新。

作为一种解决方法，我实际上并没有删除 DisableHandler() 例程​​中的处理程序，而是简单地切换一个标志:清除此标志后，处理程序立即返回，就好像未安装一样。但是，这种方法在我看来很难看，我希望以适当的方式解决问题并实现目标。

附注。 Chris Dunaway 要求的当前代码:

' Usage example
Dim fAbort As Boolean = False
BreakHandler.Enable()
For Each oImplementation As Implementation In oCompetition.Implementations
    Benchmark(oImplementation)
    If BreakHandler.AbortRequested() Then fAbort = True : Exit For
Next
BreakHandler.Disable()
Return Not fAbort


Public Class BreakHandler

    Protected Shared AbortFlag As Boolean = False
    Protected Shared HandlerInstalled As Boolean = False
    Protected Shared HandlerEnabled As Boolean = False

    Public Shared ReadOnly Property AbortRequested() As Boolean
        Get
            If AbortFlag Then
                AbortFlag = False
                Return True
            Else
                Return False
            End If
        End Get
    End Property

    Public Shared Sub Enable()
        If HandlerEnabled Then Return
        If Not HandlerInstalled Then
            AddHandler Console.CancelKeyPress, AddressOf Handler
            HandlerInstalled = True
        End If
        HandlerEnabled = True
    End Sub

    Public Shared Sub Disable()
        AbortFlag = False
        If Not HandlerEnabled Then Return
        ' This is where the handler was removed originally.
        'RemoveHandler Console.CancelKeyPress, AddressOf Handler
        HandlerEnabled = False
    End Sub

    Protected Shared Sub Handler(ByVal sender As Object, ByVal args As ConsoleCancelEventArgs)
        If (Not HandlerEnabled) OrElse AbortFlag Then
            Return  ' Stand down, allow complete abortion.
        Else
            Console.Out.WriteLine("Will abort on next cycle. Press Break again to quit.")
            AbortFlag = True
            args.Cancel = True
        End If
    End Sub

End Class

Answer 1

是的，这是 Console 类中的一个错误。存在于所有 .NET Framework 版本中，包括 4.5.1。这是一个相当愚蠢的错误，第一次注册事件处理程序时，它会安装一个回调，以便 Windows 获取要引发的事件。当您删除事件处理程序并且没有其他事件处理程序留下时，它会卸载回调。但是忘记重置内部“我已经安装到回调”状态变量。因此，当您再次调用 AddHandler 时，它不会重新安装回调。

您可以在 connect.microsoft.com 上报告错误，如果您不想花时间，请告诉我，我会处理它。

有一个愚蠢的解决方法，您只需要防止它再次卸载回调。您可以通过注册一个虚拟事件处理程序来完成。将这行代码放在 Main() 方法的顶部:

    AddHandler Console.CancelKeyPress, Sub(s, e)
                                       End Sub

当然，您的解决方法也很好。请注意，您的代码还有其他问题， bool 变量不是同步对象。 CancelKeyPress 事件在另一个线程上运行，因此不能保证您的主线程可以看到值更改。当您在发布版本中运行程序并使用 x86 抖动时，这可能会发生故障。最低要求是将 bool 变量声明为 volatile，因此抖动不会将变量存储在 CPU 寄存器中，而是始终从内存中重新加载它，但 VB.NET 语言没有相应的语法。您应该使用真正的同步对象，ManualResetEvent 是正确的对象。