Иногда, но довольно часто, без видимой причины, VS 2012 блокирует диалог, в котором говорится: «Ожидание завершения фоновой операции». Например, это может произойти во время простого редактирования старого кода, а не при явном вызове какой-либо команды IDE.
Что вызывает это, и что я могу с этим поделать?
Я использую ReSharper 7, и я не единственный, кто сталкивался с этим.
Ответы:
У меня была такая же проблема, особенно на страницах cshtml. Я нашел эту страницу: https://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaround, которая предлагает изменить параметр отступа в Инструменты> Параметры> Текстовый редактор> HTML> Вкладка на Смарт вместо блока . В моем случае он уже был установлен на Smart, и изменение его обратно на Block устранило проблему.
Обновление: я был неправ, это не исправило диалог, оно просто задержало его, пока я не скопировал или вставил. Что в итоге сработало для меня, так это перейти в Инструменты> Настройки импорта и экспорта ...> Сбросить все настройки .
Возможно связанный вопрос: Visual Studios 2010 - Asp.net MVC 4 Beta - длительные задержки при вставке и частые сбои
Это очень общая диагностика. Он запускается COM, активно используемым в Visual Studio для реализации расширяемости. Базовым триггером является интерфейс IMessageFilter. Триггер срабатывает, когда COM маршалирует вызов метода другому потоку, и этот вызов не завершается в течение 60 секунд.
В самом уведомлении мало смысла, оно говорит вам то, что вы уже знаете. По прошествии 60 секунд вы обычно уже замечаете, что что-то не работает. Если не считать того небольшого количества полезных знаний, что Visual Studio на самом деле не совсем умерла. Однако вызов должен завершиться, прежде чем VS снова станет пригодным для использования. Вы мало что можете сделать, кроме как постучать ногой и ждать.
Эта проблема почти всегда вызвана надстройкой. Решарпер, безусловно, хороший кандидат. Вы найдете виновника, отключив надстройки одну за другой, пока проблема не исчезнет. Это проблема, типичная для новых версий Visual Studio: поставщикам надстроек требуется время, чтобы исправить ошибки и зависания. Обратитесь к поставщику за поддержкой и поищите обновления, которые могут решить проблему.
У меня сработало удаление файла "suo".
У меня была такая же проблема, и в моем случае это был DevExpress.
Казалось, что Visual Studio зависает каждый раз, когда я выполняю операцию копирования или вырезания, вызывая сообщение:
«Ожидание завершения фоновой операции».
Оказалось, что на самом деле он выполнял одноразовую задачу в фоновом режиме, и это действительно занимало время (более 5 минут).
Возможно, если бы я ждал нормально, он мог бы исчезнуть, но в конечном итоге это было исправлено, так это отображение панели инструментов (было скрыто / свернуто), что, в свою очередь, вызвало окно с сообщением:
"добавление [SomeDevExpressAssemblyNameHere] .dll"
это постоянно обновлялось, добавляя имена всех dll, необходимых DevExpress для заполнения панели инструментов.
Таким образом, я мог видеть прогресс операции, и после ее завершения я мог снова использовать копирование / вырезание, как обычно.
Надеюсь это поможет.
Для меня исправление заключалось в обновлении Web Essentials 2012 до версии 1.8.
Проблемная версия была 1.6
Инструменты> Параметры> Текстовый редактор> HTML> Вкладки -> Идентификация -> Никакие настройки не решили эту проблему для меня.
У меня была эта проблема в течение нескольких дней, я попытался удалить и переустановить мою Visual Studio 2012 Ultimate edtion SP3 ... Все еще не работал. Поэтому я удалил все свои расширения (инструменты git для VS 2012 и загрузчик пакетов Nuget), перезапустил свой VS, и он снова заработал, как шарм! Надеюсь, что это работает !
Удачи!
У меня возникла эта проблема при запуске Visual Studio на виртуальной машине - Virtual Box 4.2, работающей в Mac OS X Mountain Lion, на которой размещена новая установка Windows 7, на которой ничего не установлено, кроме Visual Studio. Я обнаружил, что проблема была вызвана двумя отдельными проблемами.
Во-первых, мой проект находился в папке, доступной для хоста. Другими словами, в гостевой системе Windows мой проект появился на сетевом диске. Таким образом, открытие проекта в Visual Studio с сетевого диска, казалось, вызывало эту проблему, потому что проблема исчезла, когда я скопировал проект на диск C виртуальной машины Windows и открыл его в Visual Studio из копии на диске C.
Во-вторых, я снова начал испытывать проблему, когда жесткий диск виртуальной машины был заполнен. На жестком диске у меня было около 1 ГБ свободного места. Когда я увеличил размер жесткого диска виртуальной машины, эта проблема исчезла.
Только что воспроизвел аналогичную проблему с надстройкой Codemaid. Нашел этот разговор :
В этой проблеме много деталей, но, чтобы попытаться повторить проблему, заключается в том, что VS2012 C ++ API представил проблему взаимоблокировки, когда к API обращаются из потока пользовательского интерфейса (например, из контекста WPF, такого как Spade). Это не было проблемой в VS2010, и Microsoft исправила это для VS2013, но они не будут исправлять его для VS2012.
Похоже, это указывает на то, что исправление (для Codemaid) должно появиться:
Следите за этой веткой, чтобы узнать о текущем решении проблемы. Он связан с этим более масштабным переписыванием, поэтому я работал над ним, добавляя сначала множество модульных тестов, чтобы гарантировать, что функциональность остается неизменной после изменений.
Мне показалось, что это связано с синтаксисом бритвы, поскольку у меня он был только в одном конкретном файле.
Например, если я поместил следующий код в одну строку, у меня возникла описанная проблема.
@section BodyClassName {примечание}
Но при помещении закрывающей круглой скобки в следующую строку проблема исчезла
@section BodyClassName {примечание
}
С уважением
Stijn
http://geekswithblogs.net/sevenfortytwo/archive/2006/11/23/97947.aspx
RUN> iisreset
Теперь он отлично работает с VS 2012
Думаю, я нашел ключ! Все заканчивается на dcomcnfg.exe!
Откройте его и пройдите по следующему пути:
Службы компонентов> компьютеры> мой компьютер> конфигурация dcom
после нажатия на dcom вы увидите множество предупреждений, зависящих от количества компонентов на вашем компьютере.
Щелкните Да в каждом окне сообщения, чтобы добавить правильную запись для dcom.
У меня была та же проблема, и запуск VS от имени администратора, похоже, помог мне (я разместил аналогичный вопрос в Visual Studio 2012 Express зависает с сообщением «Ожидание завершения фоновой операции» в команде форматирования документа, которая была отмечена как дубликат этого, так что я решил, что поделюсь и здесь).