Определите, что блокирует поток пользовательского интерфейса

Я полностью поддерживаю предложение colithium об использовании профайлера.

Кроме того, если блокировка занимает больше секунды, вы можете нажать кнопку «Пауза» в Visual Studio. На панели инструментов есть раскрывающийся список, в котором вы можете выбрать «Основной поток». Затем он переходит к методу, который в данный момент блокирует пользовательский интерфейс.

  public class UIBlockDetector
{
    static Timer _timer;
    public UIBlockDetector(int  maxFreezeTimeInMilliseconds = 200)
    {
        var sw = new Stopwatch();

        new DispatcherTimer(TimeSpan.FromMilliseconds(10), DispatcherPriority.Send, (sender, args) =>
        {
            lock (sw)
            {
                sw.Restart();
            }

        }, Application.Current.Dispatcher);

        _timer = new Timer(state =>
        {
            lock (sw)
            {
                if (sw.ElapsedMilliseconds > maxFreezeTimeInMilliseconds)
                {
                    // Debugger.Break() or set breakpoint here;
                    // Goto Visual Studio --> Debug --> Windows --> Theads 
                    // and checkup where the MainThread is.
                }
            }

        }, null, TimeSpan.FromMilliseconds(0), TimeSpan.FromMilliseconds(10));

    }

}

Просто создайте этот класс в конструкторе MainWindow. Когда сработает точка останова, вы можете перейти в Visual Studio --> Отладка --> Windows --> Потоки и проверить, какая операция заблокировала ваш UI-поток!

У вас есть доступ к профилировщику кода? Это то, в чем они хороши. Я рекомендую получить его, если ответ отрицательный.

Кроме использования профилировщика. Вы можете выполнить профилирование «для бедняков», поместив операторы времени в начале и в конце блоков кода, которые вы подозреваете. Вы даже можете использовать точки останова и синхронизировать их с настенными часами. Проблема возникает, когда вы что-то нажимаете? Если это так, начните с этого. Это повторяющаяся проблема без взаимодействия с пользователем? Тогда начните с таймеров.

Что касается фактического решения проблемы... Если обработчик-нарушитель не делает что-то, что можно сделать более эффективным, рассмотрите возможность использования многопоточного подхода. В этом отношении новая библиотека задач для .NET 4.0 просто потрясающая.

В качестве приближения первого порядка я считаю полезным взломать отладчик (с кнопкой паузы в IDE) и посмотреть на стек. Сделайте это несколько раз, и вы увидите, есть ли закономерность. Вы всегда в одной и той же функции? Вы делаете что-то дорогое в ответ на событие? Получаете ли вы больше событий, чем ожидаете? Это низкотехнологично, но может быть очень эффективным.