从委托中锁定静态对象不起作用

Question

这怎么行不通？

private static object Lock_HandleError = new object();
public static void HandleError(Exception ex)
{
    lock( Lock_HandleError )
    {
        //IF the UI is processing a visual tree event (such as IsVisibleChanged), it throws an exception when showing a MessageBox as described here: http://social.msdn.microsoft.com/forums/en-US/wpf/thread/44962927-006e-4629-9aa3-100357861442
        //The solution is to dispatch and queue the MessageBox. We must use BeginInvoke because dispatcher processing is suspended in such cases.
        Dispatcher.CurrentDispatcher.BeginInvoke((Action)delegate()
        {
            lock( Lock_HandleError )
            {
                Dispatcher.CurrentDispatcher.BeginInvoke((Action)delegate(){ 
                    HandleError(new Exception("testing purposes only")); 
                }, DispatcherPriority.Background);

                MessageBox.Show(ex.Message, "Application Error", MessageBoxButton.OK, MessageBoxImage.Error);
                //This point is not reached until the user clicks "OK"
            }
        }, DispatcherPriority.Background);
    }
}

public void main()
{
    HandleError(new Exception("The first error"));
}

上述代码的预期行为是一次出现一条错误消息，当用户单击“确定”时，Lock_HandleError 对象上的HandleError 可以继续 - 但我得到的是无限级联的错误消息，而从未点击“OK”。

为什么这个锁不起作用？

通过在每个 lock 语句的入口和出口处设置断点，我可以清楚地看到委托正在调用 lock() 并再次调度对“HandleError”的新调用，然后在 MessageBox 上暂停以等待用户输入。

同时，在另一个线程中，对 HandleError 的分派调用开始运行 - 但不是像应有的那样等待 lock() 语句，它只是通过它爆炸，即使 MessageBox 委托明确放置了一个锁并且尚未释放它。

Answer 1

两部分答案：

1. 了解锁是可重入的。当一个线程已经持有一个对象的锁时，该线程可以一次又一次地获取相同的锁而不会阻塞。

2. 当第一个 MessageBox 启动时，UI 线程仍在发送消息，因此对 HandleError 的后续（递归）调用正在 UI 线程上进行处理（因为它已经持有锁，所以可以重新- 输入它）。

Answer 2

为什么这个锁不起作用？

允许线程进入它已经拥有的锁语句。本质上，锁不会阻塞自己的线程。

因此，发生的事情是原始线程获得了锁，然后被允许将消息添加到调度程序的队列中。它可以根据需要添加任意数量。

Dispatcher 在处理时获取第一条消息，然后调用 HandleError。由于这是在dispatcher线程中运行的，因此允许进入外锁和内锁，并再次调用HandleError，以无限循环的方式将新消息递归添加到队列中。