Странная проблема Visual Studio (TS 2008): среда IDE полностью зависает, когда я переключаюсь из режима выпуска в режим отладки в конкретном проекте. Это происходит сразу после того, как я переключаюсь, прежде чем я попытаюсь построить или сделать что-нибудь еще.
Все началось совершенно неожиданно, без каких-либо аномальных изменений, о которых я могу думать. Я пытался очистить раствор, но это не помогло.
Кто-нибудь сталкивался с этим раньше?
Если все работало нормально, а затем остановилось, обычно это означает, что возникла проблема, хотя она и осталась незамеченной.
Я бы попробовал одно за другим:
devenv, mspdbsrv, vcpkgsrv, msbuild, msvsmon, vshub, vstest и т. Д..suo, .ncb, .VC.db, .VC.VC.opendb файлы решения, а также каталог .vs, которые иногда вызывают проблемы.YourProjectName.vcproj.DOMAINNAME.LOGINNAME.user или YourProjectName.csproj.user. Имя файла настроек зависит от типа используемого вами проекта."C:\Program Files\Microsoft Visual Studio [vs_version]\Common7\IDE\devenv.exe" /setup или "C:\Program Files (x86)\Microsoft Visual Studio [vs_version]\Common7\IDE\devenv.exe" /setup для среды x64%USERPROFILE%\AppData\[Local|Roaming]\Microsoft\VisualStudio[vs_version] и в реестре HKCU\SOFTWARE\Microsoft\VisualStudio[vs_version]Он должен вернуть все в исходное состояние. Если это не сработает, есть дополнительные инструменты для расследования. Загрузите Process Explorer, и как только IDE зависнет, запустите Process Explorer, найдите процесс devenv, дважды щелкните его и перейдите на вкладку Темы. Проверьте, какой поток имеет наибольшую дельту переключения в случае зависания, дважды щелкните по нему и возьмите имя (или смещение) верхней функции. Это дает дополнительную информацию о том, где может быть проблема.
Более того, иногда помогает восстановить Visual Studio с помощью мастера «Установка и удаление программ» в Панели управления.
Была эта проблема в 2017 году. Я запустил VS 2017 как администратор, и это сработало.
Я столкнулся с этим в VS 2017 (15.8). Обновление до последней версии (на тот момент 15.9) решило проблему.
VS, похоже, многое делает за кулисами и помещает файлы для конкретного проекта в данные приложения и неизвестно куда еще. У меня был такой опыт: у меня был проект, в котором было два набора идентичного кода в двух разных каталогах: один для производства, один для разработки. Проект разработки начал зависать на отладке, производство - нет. Пробовал всевозможные настройки и удаление файлов .suo, но безрезультатно. Итак, я переименовал каталог, в котором находилась разрабатываемая версия, и все работало без зависаний.
В моем конкретном случае я безуспешно пробовал много других ответов. Оказалось, что при вызове этого отладчик зависал:
Log4NetExtensions.AssertFail("Error");
Мне удалось сузить его до этой строки кода, открыв окно потоков под [ Debug > Windows > Threads ] и щелкнув текущий поток, чтобы перейти к строке кода, на которой он висел.
