Я получаюCustomXMLParts.Add медленно из-за ContextSwitchDeadlock
ContextSwitchDeadlock
при добавлении CustomXMLPart после выполнения Documents.Add().
тот же код работает отлично на прошлой неделе ..
Я понимаю, что ContextSwitchDeadlock вызвана длительной эксплуатацией беговой (это не является дубликатом вопроса). Почему команда CustomXMLParts.Add() приведет к длительной работе?
Кто-нибудь сталкивается с этим? и любые идеи по устранению неполадок?
ContextSwitchDeadlock произошло сообщение: Управляемый Debugging помощник 'ContextSwitchDeadlock' обнаружил проблему в 'C: \ Program Files (x86) \ Microsoft Office \ Office16 \ корень \ WINWORD.EXE'. Дополнительная информация : CLR не смог перейти из контекста COM 0xfdb520 в контекст COM 0xfdb468 в течение 60 секунд. Поток, которому принадлежит , контекст/квартира назначения, скорее всего, либо выполняет перекачку, либо , ожидая или перерабатывая очень длительную работу без , перекачивая сообщения Windows. Эта ситуация, как правило, имеет отрицательное влияние на производительностьи может даже привести к тому, что приложение становится неактивным или аккумулируемым с постоянной памятью с течением времени. К избегайте этой проблемы, все потоки с одной резьбой (STA) должны использоваться для использования насосных ожидающих примитивов (таких как CoWaitForMultipleHandles) и , чтобы регулярно сообщать сообщения во время длительных операций.
Возможный дубликат [Visual Studio: ContextSwitchDeadlock] (http://stackoverflow.com/questions/578357/visual-studio-contextswitchdeadlock) – meganaut
Meganaut - вопрос обновляется, чтобы объяснить, что это не является дубликатом –
Это было бы предположение без дополнительной информации. Вы должны попробовать и показать какой-то код, связанный с проблемой, по крайней мере, в противном случае, в идеале, воссоздать проблему в самом компактном фрагменте кода и добавить это к вопросу. Мой инстинкт заключается в том, что вы загрузили очень большой или сложный файл. – meganaut