Заблокировать статический объект из делегата не работает

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")); 
} 

Ожидаемое поведение выше кода является то, что один появится сообщение об ошибке, в то время, и когда пользователь нажимает кнопку «OK», то на Lock_HandleError объект освобождается от блокировки от посланной нити, а следующий вызов HandleError может продолжаться - но то, что я получаю, - это бесконечный каскад сообщений об ошибках, даже не нажимая «ОК».

Почему этот замок не работает?

Установив точки останова при вводе и выходе из каждого оператора блокировки, я ясно вижу, что делегат вызывает lock() и снова отправляет новый вызов в «HandleError», а затем приостанавливает работу MessageBox, ожидая ввода пользователя.

Между тем, в другом потоке этот вызов HandleError запускается, но вместо ожидания в операторе lock(), как и следовало ожидать, он просто взрывается через него, хотя делегат MessageBox явно размещает блокировку и еще не успел выпустил его.

Answer 1

Две части Ответ:

1. Поймите, что замки Реентрантная. Когда нить уже удерживает блокировку объекта, этот поток может принимать один и тот же замок снова и снова без блокировки.

2. Пока первый MessageBox встает, поток пользовательского интерфейса по-прежнему накачивает сообщения, поэтому последующие (рекурсивные) вызовы HandleError обрабатываются в потоке пользовательского интерфейса (который, поскольку он уже содержит блокировку, может повторно ввести его).

Answer 2

Почему этот замок не работает?

Поток разрешен для ввода оператора блокировки, которому он уже владеет. В сущности блокировка не блокирует собственный поток.

Таким образом, происходит то, что происходит в исходном потоке, и блокируется, а затем разрешено добавлять сообщения в очередь диспетчера. Он может добавить столько, сколько захочет.

Диспетчер при обработке получает первое сообщение, а затем вызывает HandleError. Поскольку это работает в потоке диспетчера, ему разрешено вводить внешний и внутренний блокировки и снова вызвать HandleError, рекурсивное добавление новых сообщений в очередь в бесконечном цикле.