Visual Studio 2013 зависает при открытии решения

106

Я установил VS2013 (v12.0.21005.1) и добавил ReSharper 8 (v8.0.2000.2660) день или два назад. В тот день все было хорошо. Теперь мне повезет, если я смогу открыть одно решение за целый день. Он открывается сам по себе, но когда я пытаюсь открыть решение изнутри - через меню - оно плохо зависает. Если я щелкну правой кнопкой мыши решение в проводнике Windows и выберу «Открыть с помощью VS 2013», оно откроется, а затем зависнет точно так же. Время от времени, часами, я получаю небольшое уведомление, что он чем-то занят.

Кто-нибудь знает, что может быть не так, прежде чем я перенесу переустановку, которая не решит проблему?

ПрофК
источник
2
Вы пытались удалить ReSharpher в случае конфликта?
Эндрю
Что происходит, когда вы открываете VS2012? А сколько и на каких типах проектов / языках содержится решение?
RoelF
@Roel, VS2012 отлично работает. Всего у меня около двадцати приложений и библиотек классов WPF, все на C # и xaml.
ProfK
Вы продвинулись дальше? Я испытываю аналогичные проблемы на своем рабочем месте (офисе). Моя личная копия на ноутбуке с Core i7 отлично работает в том же сценарии: запустить сборку на большом решении, состоящем в основном из нативных проектов C ++ ...
Пол Михалик,
Я создал проблему с Microsoft: connect.microsoft.com/VisualStudio/feedback/details/924779/…
Рикардо Перес,

Ответы:

243

Иногда достаточно просто удалить файл ".v12.suo" и попробовать снова открыть решение. Мне много раз помогали, когда VS2013 зависал при загрузке проекта.

Alex
источник
19
Мне кажется, что удаление файлов .v12.suo работает. Спасибо.
ysrb 08
4
... хотя мне это уже надоело, VS зависает примерно раз в 3-4 раза, когда я открываю проект ...
Alex
5
То же самое происходит со мной, удивительно, насколько глючит VS.
Фритьоф Берггрен
4
помогло мне, но теперь мне приходится удалять .v12.suo каждый раз, когда я открываю решение. Очевидно, есть проблема с одним из проектов в решении или с его пакетами, но это разочаровывает. Кто-нибудь знает, как я могу исследовать больше?
pomarc
5
Удаление файла .suo действительно приводит к его загрузке. Но мне не нужно удалять его каждый раз . И в одном из моих решений мне буквально каждый раз приходится удалять файл .suo.
Джон Роча,
43

У меня сработало удаление всех файлов ".suo". Было несколько копий из-за открытия решения в нескольких версиях Visual Studio.

Редактировать:

Возможный путь мог быть:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs может быть скрытой папкой.

.suo - это имя файла.

GER
источник
3
для пути +1 .. 😊
Гурупрасад Рао
Спасибо. Удаление этого файла в скрытой папке решило проблему
yurart
33

В основном это может быть что угодно, но вы можете попробовать несколько вещей:

  1. Выключаю и снова включаю.
  2. Очистите кеш ReSharper, он в %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches котором вы должны найти папку, соответствующую решению, которое вы пытаетесь открыть. Просто закройте все экземпляры VS2013, удалите папку и повторите попытку.
  3. выключить ReSharper: Tools > Options > ReSharper > General > Suspend
  4. полностью удалите ReSharper и посмотрите, не исчезнут ли проблемы.
  5. Восстановите Visual Studio через Programs and Features.
RoelF
источник
Ха-ха, выключаю и снова включаю несколько дней. Даже вся машина. Вау, этот кеш решений был довольно толстым.
ProfK
2
У меня получилось пройти шаг 2. Теперь путь немного другой с Resharper 8.1% LOCALAPPDATA% \ JetBrains \ ReSharper \ v8.1 \ SolutionCaches
KevM
Удаление и повторная установка ReSharper помогли мне!
Тим
3
Начиная с ReSharper версии 9, путь к папкам с кешем выглядит как %LOCALAPPDATA%\JetBrains\Transient\ReSharperPlatformVs12.
Асбьёрн Ульсберг,
Спасибо. Когда я использовал вариант 3, решение открылось правильно, так что проблема действительно была в ReSharper. Повторное включение после загрузки решения не помогло, и шаги 1 и 2 также не сработали. Теперь я удалил ReSharper (v7.1. *) И установил последнюю версию (9.2. *) Trial, и теперь все работает. Visual Studio больше не зависает. Теперь мне просто нужно связаться с моим руководителем для получения лицензии ReSharper 9.
Кевин Кройссен, 02
10

Я обнаружил, что следующий подход к отладке VS на основе инструкций MS Connect является лучшим.

Пожалуйста, помогите подтвердить, является ли записанный вами файл дампа 32-разрядным файлом дампа. Если это 64-битный файл дампа, выполните следующий шаг, чтобы создать новый файл дампа.

  1. Запустите Visual Studio.
  2. Запустите еще один экземпляр VS.
  3. Во втором случае щелкните Инструменты | Присоединить к процессу ...
  4. В списке процессов найдите devenv.exe.
  5. Нажмите Выбрать ... и явно выберите «Собственный» и «Управляемый» код.
  6. Нажмите «ОК» и «ОК», чтобы закрыть диалоговое окно «Выбрать» и «Присоединить к процессу».
  7. Вернитесь к первому экземпляру VS и воспроизведите зависание.
  8. После зависания управление должно перейти ко второму экземпляру VS. Если нет, вернитесь ко второму экземпляру VS вручную и нажмите «Разбить все».
  9. Во втором случае щелкните Debug | Сохраните дамп как минидамп с кучей.

Если вы используете профиль VB, вы не увидите пункт меню «Сохранить дамп как». Чтобы добавить этот пункт меню:

  1. Выберите Инструменты -> Настроить
  2. Выберите вкладку Команды
  3. Выберите «Отладка» в раскрывающемся меню.
  4. Щелкните Добавить команду ...
  5. Выберите «Отладка» из списка «Категории».
  6. Найдите запись «Сохранить дамп как» в окне «Команды».
  7. Нажмите ОК (команда «Сохранить дамп как ...» добавлена ​​в верхнюю часть меню «Отладка»).
  8. Нажмите Close

Вы можете получить подробные инструкции о том, как получить файл дампа и стек вызовов на http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- я-create-one.aspx

Если вы обнаружите, что проблема связана с надстройкой Resharper, вы можете сообщить о проблеме через - http://youtrack.jetbrains.com/issues/RSRP

Джейми Клейтон
источник
Это сработало для меня. В моем случае у меня была цель сборки, указывающая на несуществующий файл - отладка дала мне знать, что происходит.
Арно
У меня .dmp файл 708 мб ... почему он такой большой? Это нормально?
Джеймс Вежба
@JamesWierzba, к сожалению, я видел большие файлы дампа. Если у вас открыт resharper, он регулярно использует 500-800 МБ, поэтому возможно, что VS также может включать надстройку + некоторые детали кода проекта, чтобы помочь им решить проблему. Если вы используете re-sharper, вы можете включить использование памяти этим продуктом, это интересная ценность для наблюдения за большими проектами.
Джейми Клейтон,
9. Откройте файл дампа в VS 10. Убедитесь, что вы загрузили требуемые символы отладки (выполните поиск по ним). 11. Запустите дамп из «Действие / Отладка с ...» в правом верхнем углу окна файла дампа. . Лично у меня возникли проблемы с обнаружением проблемы, но я согласен с тем, что это, вероятно, лучший подход к решению проблемы.
SteveCinq
7

Приостановка работы Resharper сработала для меня. Перейти к

Инструменты -> Параметры -> ReSharper -> Общие -> Приостановить сейчас

Теперь ваше решение загрузится очень быстро. После полной загрузки решения вы можете изменить настройки Resharper на « Возобновить сейчас» .

Рашад Валлиенгал
источник
7

Используете ли вы в своем проекте какие-либо модули узлов? Или вы можете определить, что это проблема, связанная с ReSharper?

Если у вас есть модули NPM (например, для Grunt), отметьте папку «node_modules» как «скрытую» (хотя скрывать дочерние папки не нужно) и повторите попытку.

Visual Studio зависала для меня, оказалось, что она пыталась сканировать глубоко вложенные модули узлов с путями к файлам, превышающими максимум Windows (260 символов), и это мешало мне открыть решение в VS, но пометить папку как Скрытый решил проблему.

Мэтти Дж.
источник
3

У меня тоже была эта проблема недавно, и я обнаружил, что отключение моего компьютера от Интернета при загрузке проекта исправило ее. Благодаря этому мне удалось сократить время загрузки с нескольких часов до секунд. Поскольку мой сетевой кабель не особо доступен, я просто отключил сетевой адаптер перед загрузкой проекта (в Панели управления).

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

Это может сработать и для вас (если вы еще не исправили это, но поскольку здесь нет принятого ответа, я предполагаю, что проблема сохраняется), поэтому я предлагаю вам хотя бы попробовать отключиться от Интернета, даже если вы бы предпочли не вводить свои учетные данные Microsoft.

Mmarss
источник
3

Я зашел в% LOCALAPPDATA% \ JetBrains \ ReSharper \ и открыл все каталоги, в которых были найдены SolutionCache, и очистил их все. Задача решена. Приложение было довольно большим, так что это помогло.

csnyder
источник
Это то, что исправило это для меня - мой застревал на "сборках обработки", казалось бы, каждый раз для случайных, разных сборок. Я искал в этой папке «SolutionCaches» и удалил содержимое каждого результата. Кажется, сейчас исправили.
Isaac Lyman
2

Проверить обновления Windows

У меня тоже была эта пробема. Кроме того, я не мог открыть настройки брандмауэра Windows (пытался заблокировать подключение VS к Интернету).

При открытии настроек обновления (Windows 8) я увидел ожидающее обновление («найдено сегодня»), поэтому я перезагрузил свой компьютер, разрешив Windows обновить. После этого VS и межсетевой экран снова работали нормально.

Проверьте свое оборудование

Проблема возникла во второй раз; даже страница обновления Windows 8 будет загружаться вечно. Это была проблема с моим жестким диском (без ОС): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- возможно-comm? noredirect = 1 # comment978074_756261

Седрик Райхенбах
источник
2

Я получаю эту проблему снова и снова - VS 2013 Update 2, Win 8.1, IE 11.

Попробуйте это - откройте диспетчер задач, убейте зависание приложения VS, а затем закройте все сеансы IE, которые запущены в списке фоновых процессов - может быть один или несколько зависших.

Перезагрузите VS

Вроде бы у меня все ясно, без перезагрузки.

Richo
источник
2

У меня была проблема с подключением Perforce.

При открытии решения он спрашивает, хочу ли я, чтобы оно подключалось к Perforce. Если разрешить попытку, он зависнет и выделит 1,5 ГБ ОЗУ.

Не разрешая соединение P4, дайте ему загрузиться должным образом (выделив 1 ГБ ОЗУ). Затем я мог сказать ему подключиться к P4 после, и теперь все в порядке.

Альмо
источник
2

По мне, вылетает ли компьютер с отключением электричества или иногда с обязательной перезагрузкой посреди ночи. Что РАБОТАЕТ для меня

УДАЛИТЬ ВСЕ ФАЙЛЫ В ЭТОМ КАТАЛОГЕ:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

Том Стикель
источник
1
Тот же сценарий: сбой питания, полный сбой, перезагрузка Windows, я могу загрузить sln, но все настройки из файлов csproj игнорируются. Удалил suo и вышеупомянутый fodler (который был fuuuL :-)), и пока все снова кажется хорошо.
Ксан-Кун Кларк-Дэвис
2

Для тех, кто все еще ссылается, это помогло мне:

Мне всегда приходилось удалять файл .vs12.suo, чтобы загрузить проект.

Я наткнулся на эту ветку от Microsoft, и после этого я создал запись в реестре, которая устранила мою проблему с загрузкой решения.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

бдоши
источник
1

У меня была аналогичная проблема, когда я проверял файл решения, он был создан VS.Net 2012. Чтобы решить эту проблему, я создал фиктивный файл решения и перезагрузил проекты с vs.net 2012.

Также наблюдается, когда при обновлении пакета nuget происходит сбой, когда вы перезагружаете решение, Visual Studio может зависнуть.

Visual Studio может зависнуть, если возникла проблема с загрузкой пакетов nuget.

Сивалингаморти
источник
1

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

Последний элемент в файле журнала:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

А на странице подписки msdn.microsoft.com: «Ваша подписка больше не активна, обратитесь к администратору».

Мне пришлось получить обновленную подписку от моего работодателя.

Керри Рэндольф
источник
1

Удаление результатов теста из моей папки TestResults действительно помогло мне. Еще одна вещь, которую стоит попробовать.

VB
источник
1

VS2012 зависает у меня, например, при открытии файла csproj в общем сетевом ресурсе (фактически, на общем ресурсе, который находился на хосте VirtualBox, подключенном как общий ресурс smb с помощью функции VirtualBox).

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

Также не уверен, почему он не работает через сетевой ресурс, если это ограничение VS или, возможно, какой-то плагин (я, конечно, использую resharper).

Евгений Бересовский
источник
1

На мой взгляд, это как-то связано с проектом, имеющим тип проекта MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). Удаление этого руководства .csprojиз решенного для меня зависания. ( .vsПосле удаления guid потребовалась дополнительная очистка папки.)

Lbergnehr
источник
1

Я просто удалил папку "packages" из корня решения, и это помогло мне (Visual Studio Express 2015)

Ричард С. Попов
источник
1

Приносим извинения за то, что вместо того, чтобы комментировать выбранный ответ, пришлось создать новый пост. В настоящее время у меня недостаточно комментариев для комментариев.

Моя проблема была временно решена с помощью решения «... удалить файл .suo ...», и, как указывали другие люди, мне приходилось каждый раз удалять файл.

Поскольку (по-видимому) невозможно остановить создание файла, я начал еще немного копаться в том, что делает файл. Я считаю, что помимо сохранения пользовательских настроек, он также сохраняет настройки сеанса, например, какие файлы вы открываете, когда VS закрывается. Я подозревал, что мой проект пытается открыть файл, который больше не существует, и это является причиной зависания. Что было исправлено с моей стороны, так это удалить .suo, открыть VS, открыть файл в моем решении, построить и закрыть решение. После этого у меня не было зависаний.

tl: dr

В моем случае файл настроек пользователя (.suo) пытался открыть файл в моем решении, которого больше не существует. Я решил проблему, выполнив следующие действия.

  1. Удалите файл .suo (для меня это было в /[projectfolder visible/.vs/[projectnamepting/v14)
  2. Откройте Visual Studio
  3. Открой свой проект
  4. Откройте файл (я просто открыл случайный файл .cs)
  5. Создайте и сохраните свое решение (простое сохранение может помочь, я создал по привычке)
  6. Закройте Visual Studio

Надеюсь, это кому-то поможет ... мы потратили слишком много часов на эту проблему :)

Джерами Д.
источник
0

Попробуйте удалить расширения с помощью «Панели управления» или отключите любую надстройку в [Инструменты] => [Диспетчер надстроек], затем попробуйте повторно открыть решение.

Моя проблема была решена удалением "Visual Localizer".

Ю-Лонг Чен
источник
0

В моем случае был включен журнал Fusion. Файлы журналов росли месяцами, так как я забыл отключить их после расследования. Таким образом, антивирусное программное обеспечение начало несколько раз проверять эти большие файлы журналов при открытии решения, и сообщение «Готовится решение ...» отображается долгое время. Когда я это заметил, я отключил журнал слияния, и проблема была решена. Решение загружается за 10 секунд вместо 20 минут.

DJackson
источник
0

Эта проблема возникала у меня несколько раз практически во всех версиях VS. Единственное решение, которое, кажется, работает в большинстве случаев, - это удалить папку .vs, расположенную в папке решения. Иногда достаточно удалить файл .sou, расположенный в .vs ///

Папка, кстати, скрыта, поэтому вам нужно будет включить «Показывать скрытые файлы и папки»

Йонас Линдау
источник
0

Для меня решение заключалось в том, чтобы отключить контроль версий (Установите для плагина значение None в Tools-> Source Countrol). Я думаю, что по какой-то причине он пытался синхронизировать какой-то огромный репозиторий Git (есть несколько массивных репозиториев, но не в дереве, которое я пытался открыть).

грифон 2000
источник
0

Много предложений здесь и в других местах, но единственное , что постоянно работало для меня, было связано с начальным проектом, который я установил. Вот что я сделал:

  1. Удалите файл .suo, как предложено в другом месте.
  2. Запустите VS и откройте решение. На данный момент все должно быть хорошо.
  3. Оставьте стартовый проект как есть, даже если это не то, что вам нужно.
  4. Сохраните решение. (Возможно, сделайте то, что предлагает кто-то другой, и откройте файл, очистите, создайте / перестроите и т. Д., Но мне не нужно было ничего этого делать.)
  5. Закройте решение и выйдите из VS.
  6. Перезапустите VS и откройте решение.
  7. Измените стартовый проект на какой он должен быть
  8. Сохраните решение. (Возможно, снова сделайте открытый файл, очистите, создайте / перестроите и т. Д.)
  9. Закройте решение и выйдите из VS.
  10. Перезапустите VS и снова откройте решение, и все должно быть хорошо.

Это может сработать или не сработать для вас, но я пробовал все, что мог найти - изменения реестра, отладка VS из второго сеанса VS, вы называете это - но ничто другое не работало больше, чем один запуск / открытие.

SteveCinq
источник
0

Я решил проблему, удалив эти два плагина:

  1. Электроинструмент для повышения производительности
  2. Веб-основы
Сайед Музаммил Али
источник
-1

Я восстановил предыдущую версию файла .vbproj, и она решила эту проблему.

Я не знаю, что было в новой версии, но проблема была в самом файле .bvproj.

Дорон Саар
источник