Co to jest „Oczekiwanie na operację w tle” w programie Visual Studio 2012?

Sporadycznie, ale dość często, bez wyraźnego powodu, VS 2012 zamyka się z komunikatem „Oczekiwanie na zakończenie operacji w tle”. Np. Może się to zdarzyć podczas zwykłej edycji starego kodu, a nie przy jawnym wywołaniu jakiegokolwiek polecenia IDE.

Co to powoduje i czy mogę coś z tym zrobić?

Używam ReSharper 7 i nie jestem jedyną osobą, której tego doświadczam.

Miałem ten sam problem, szczególnie na stronach cshtml. Znalazłem tę stronę: https://devblogs.microsoft.com/aspnet/visual-studio-11-beta-razor-editor-issue-workaround, która sugeruje zmianę opcji wcięcia w menu Narzędzia> Opcje> Edytor tekstu> HTML> Tab na Inteligentny zamiast blokowania . W moim przypadku był już ustawiony na Smart i zmiana z powrotem na Block rozwiązała problem.

Aktualizacja: Myliłem się, to nie naprawiło dialogu, po prostu opóźniło go do czasu skopiowania lub wklejenia. W końcu zadziałało dla mnie przejście do Narzędzia> Ustawienia importu i eksportu ...> Zresetuj wszystkie ustawienia .

Ewentualnie powiązane pytanie: Visual Studios 2010 - Asp.net MVC 4 Beta - duże opóźnienia w wklejaniu i częste awarie

Jest to bardzo ogólna diagnostyka. Jest wyzwalany przez COM, który jest intensywnie używany w programie Visual Studio w celu zaimplementowania rozszerzalności. Podstawowym wyzwalaczem jest interfejs IMessageFilter. Wyzwalacz występuje, gdy COM organizuje wywołanie metody do innego wątku, a to wywołanie nie kończy się przez 60 sekund.

Faktyczne powiadomienie ma niewielką wartość, mówi o czymś, co już wiesz. Po upływie 60 sekund zazwyczaj zauważyłeś, że coś nie działa dobrze. Krótko mówiąc, po odrobinie przydatnej wiedzy, że Visual Studio w rzeczywistości nie jest całkowicie martwy. Jednak połączenie musi zostać zakończone, zanim VS znów stanie się użyteczny. Niewiele możesz zrobić, ale stuknij stopą i czekaj.

Ten problem jest prawie zawsze powodowany przez dodatek. Resharper jest z pewnością dobrym kandydatem. Możesz znaleźć problem, wyłączając dodatki jeden po drugim, aż problem zniknie. Jest to rodzaj problemu, który jest powszechny w nowych wersjach programu Visual Studio. Dostawcy dodatków potrzebują trochę czasu, aby usunąć błędy i zawieszenia. Skontaktuj się ze sprzedawcą, aby uzyskać pomoc i ogólnie poszukaj aktualizacji, które mogą rozwiązać problem.

Usunięcie pliku „suo” Solutions działało u mnie.

Miałem ten sam problem iw moim przypadku był to DevExpress.

Wydawało się, że program Visual Studio zawiesił się za każdym razem, gdy wykonywałem operację kopiowania lub wycinania, wywołując komunikat:

„Oczekiwanie na zakończenie operacji w tle”.

Okazuje się, że faktycznie wykonywał jednorazowe zadanie w tle i naprawdę zajmowało to trochę czasu (ponad 5 minut).

Być może gdybym czekał normalnie, mógłby zniknąć, ale ostatecznie naprawiłem to, aby wyświetlić Zestaw narzędzi (został ukryty / zwinięty), co z kolei spowodowało wyświetlenie okna z napisem:

„dodanie [SomeDevExpressAssemblyNameHere] .dll”

ten aktualizował się o nazwę każdej biblioteki DLL wymaganej przez DevExpress do zapełnienia paska narzędzi.

W ten sposób mogłem zobaczyć postęp operacji, a po jej zakończeniu mogłem jak zwykle ponownie użyć kopiuj / wytnij wklej.

Mam nadzieję że to pomoże.

Dla mnie poprawką była aktualizacja programu Web Essentials 2012 do wersji 1.8.

Problematyczna wersja to 1.6

Narzędzia> Opcje> Edytor tekstu> HTML> Karty -> Identyfikacja -> Brak ustawień rozwiązało ten problem za mnie.

To naprawiło to dla mnie:

Narzędzia> Opcje> Edytor tekstu> HTML> Różne

Odznacz opcję „Automatyczne identyfikowanie elementów przy wklejaniu w widoku źródła”

Napiszę aktualizację, jeśli problem wróci.

Miałem ten problem przez kilka dni, próbowałem odinstalować i ponownie zainstalować mój program Visual Studio 2012 Ultimate Edition z dodatkiem SP3 ... Nadal nie działa. Więc usunąłem wszystkie moje rozszerzenia (narzędzia git dla VS 2012 i narzędzie do pobierania pakietów Nuget), zrestartowałem VS i znów działało jak urok! Mam nadzieję, że to działa!

Powodzenia!

Doświadczyłem tego problemu podczas uruchamiania Visual Studio na maszynie wirtualnej - Virtual Box 4.2 działającej na Mac OS X Mountain Lion, hostującej nową instalację Windows 7 z zainstalowanym tylko Visual Studio. Odkryłem, że problem był spowodowany przez 2 oddzielne problemy.

Po pierwsze, mój projekt znajdował się w folderze udostępnionym z systemu operacyjnego hosta. Innymi słowy, na Windows Guest mój projekt pojawił się na dysku sieciowym. Tak więc otwarcie projektu w programie Visual Studio z dysku sieciowego wydawało się powodować ten problem, ponieważ problem zniknął, gdy skopiowałem projekt na dysk C maszyny wirtualnej z systemem Windows i otworzyłem go w programie Visual Studio z kopii na dysku C.

Po drugie, ponownie zacząłem doświadczać problemu, gdy dysk twardy maszyny wirtualnej był pełny. Na twardym dysku miałem około 1 GB wolnego miejsca. Kiedy zwiększyłem rozmiar dysku twardego na maszynie wirtualnej, ten problem zniknął.

Właśnie odtworzyłem podobny problem z dodatkiem Codemaid. Znaleziono tę rozmowę :

W tym problemie jest wiele szczegółów, ale aby spróbować podsumować, problem polega na tym, że API VS2012 C ++ wprowadziło problem z zakleszczeniem, gdy dostęp do API jest uzyskiwany z wątku interfejsu użytkownika (np. Kontekst WPF, taki jak Spade). To nie był problem w VS2010, a Microsoft naprawił go w VS2013, ale nie będzie go łatał dla VS2012.

Wygląda na to, że powinna pojawić się poprawka (dotycząca Codemaid):

Prosimy o śledzenie tego wątku w celu dalszego rozwiązywania problemu. Wiąże się z tym większym przepisaniem, więc budowałem w tym kierunku, dodając najpierw wiele testów jednostkowych, aby zapewnić spójność funkcjonalności po zmianach.

Wydawało mi się, że jest to związane ze składnią maszynki do golenia, ponieważ miałem ją tylko w jednym konkretnym pliku.

Na przykład, jeśli umieściłem następujący kod w jednej linii, miałem opisany problem.

@section BodyClassName {uwaga}

Jednak po umieszczeniu nawiasu zamykającego w następnym wierszu problem zniknął

@section BodyClassName {note
}

Z poważaniem

Stijn

Daleko od idealnego rozwiązania, ale proszę spróbować uruchomić Visual Studio w trybie administratora. Wypróbowałem praktycznie wszystko i to była jedyna rzecz, która działała dla mnie

Otwórz Visual Studio, utwórz nową aplikację MVC, zamknij nową aplikację, otwórz starą aplikację i działa!

Sprawdź, czy IIS lub inny proces (być może BizTalk) blokuje twoje biblioteki DLL / odwołania
Zabij / zatrzymaj IIS lub inny proces, jeśli tak jest

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

RUN> iisreset 

Teraz działa dobrze z VS 2012

Myślę, że znalazłem wskazówkę! Wszystko kończy się na dcomcnfg.exe!

Otwórz go i przejdź pod następującą ścieżką:

Usługi składowe> komputery> mój komputer> konfiguracja dcom

po kliknięciu na dcom zobaczysz wiele ostrzeżeń zależnych od ilości komponentów na twoim komputerze.

Kliknij tak w każdym oknie komunikatu, aby dodać poprawny rekord dla dcom.

Odkryłem, że VS ładuje również pakiety podczas „operacji w tle”. Możesz usunąć niepotrzebne rozszerzenia, aby przyspieszyć operację.

Naprawiłem to kilka tygodni temu po wyłączeniu TeamViewer 8 Clipboard Sync! teraz pojawia się z powrotem bez powodu, więc próbowałem zresetować wszystkie ustawienia i zadziałało.

Miałem ten sam problem i uruchomiłem VS, ponieważ administrator chyba załatwił sprawę (opublikowałem podobne pytanie w Visual Studio 2012 Express zawiesza się z komunikatem „Oczekiwanie na zakończenie operacji w tle” w poleceniu formatowania dokumentu, które zostało zaznaczone jako duplikat tego, więc pomyślałem, że podzielę się tutaj).

Dla mnie był to dodatek Resharper otwierający okno dialogowe, które się nie pokazało. Znalazłem tylko ikonę okna dialogowego w menu ukrytych ikon na pasku zadań. Kiedy pozbyłem się okna dialogowego, program Visual Studio natychmiast wrócił do normy.