Интенсивная обработка пользовательского интерфейса WPF вызывает ContextSwitchDeadlock - PullRequest
0 голосов
/ 06 апреля 2011

У меня есть приложение WPF Charting. По сути, пользователь вводит данные из файлов, и приложение наносит на карту данные. Когда количество точек в диаграмме становится очень большим, я получаю ошибку ContextSwitchDeadlock, которая говорит

The CLR has been unable to transition from COM context 0x23cda8 to COM context 0x23cf18 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

Теперь я понимаю, что это связано с тем, что поток пользовательского интерфейса не должен быть занят так долго, но я не понимаю, какие у меня есть варианты, потому что все время затрачивается на добавление компонентов в пользовательский интерфейс. Я не могу использовать BackGroundWorker, если я постоянно обращаюсь к элементам пользовательского интерфейса. Так куда мне идти отсюда?

1 Ответ

0 голосов
/ 06 апреля 2011

Действительно ли так практично иметь так много визуальных эффектов? Если это так, я бы прервал добавление визуальных элементов и сделал каждое из них в отдельном сообщении. Другими словами, используйте Dispatcher, чтобы ставить в очередь сообщения с соответствующим DispatcherPriority. Каждое сообщение будет отвечать за добавление небольшого фрагмента из общего числа.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...