Что это за «Ожидание фоновой операции» в Visual Studio 2012?

Иногда, но довольно часто, без видимой причины, 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> Вкладки -> Идентификация -> Никакие настройки не решили эту проблему для меня.

Это исправило это для меня:

Инструменты> Параметры> Текстовый редактор> 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

Далеко не идеальное решение, но попробуйте запустить визуальную студию в режиме администратора, я перепробовал практически все, и это было единственное, что у меня сработало.

Откройте Visual Studio, создайте новое приложение MVC, закройте новое приложение, откройте старое приложение, и оно работает!

Проверьте, блокирует ли IIS или другой процесс (возможно, BizTalk) ваши библиотеки DLL / ссылки.
Убейте / остановите IIS или другой процесс, если он

http://geekswithblogs.net/sevenfortytwo/archive/2006/11/23/97947.aspx

RUN> iisreset 

Теперь он отлично работает с VS 2012

Думаю, я нашел ключ! Все заканчивается на dcomcnfg.exe!

Откройте его и пройдите по следующему пути:

Службы компонентов> компьютеры> мой компьютер> конфигурация dcom

после нажатия на dcom вы увидите множество предупреждений, зависящих от количества компонентов на вашем компьютере.

Щелкните Да в каждом окне сообщения, чтобы добавить правильную запись для dcom.

Я обнаружил, что VS также загружает пакеты во время «фоновой операции». Вы можете удалить ненужные расширения, чтобы ускорить работу.

Я исправил это несколько недель назад после того, как отключил синхронизацию буфера обмена TeamViewer 8! теперь он появляется без причины, поэтому я попытался сбросить все настройки, и у меня это сработало.

У меня была та же проблема, и запуск VS от имени администратора, похоже, помог мне (я разместил аналогичный вопрос в Visual Studio 2012 Express зависает с сообщением «Ожидание завершения фоновой операции» в команде форматирования документа, которая была отмечена как дубликат этого, так что я решил, что поделюсь и здесь).

Для меня это был аддон Resharper, открывающий диалог, который не отображался. Я нашел только значок диалога в меню скрытых значков на панели задач. Когда я избавился от диалога, Visual Studio сразу же вернулась в нормальное состояние.