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

Ответ 1

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

Ответ 2

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

Edit:

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

PathToSolution \.vs\ProjectName\v14\

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

.suo - имя файла.

Ответ 3

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

• Отключение и повторное включение.
• Очистите кеш ReSharper, он находится в %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, где вы должны найти папку, соответствующую решению, которое вы пытаетесь открыть. Просто закройте все экземпляры VS2013, удалите папку и повторите попытку.
• выключить ReSharper: Tools > Options > ReSharper > General > Suspend
• полностью удалить ReSharper и посмотреть, не исчезли ли проблемы.
• Восстановить Visual Studio через Programs and Features.

Ответ 4

Я нашел следующий подход к отладке VS на основе инструкций MS Connect

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

• Запустите Visual Studio.
• Запустите еще один экземпляр VS.
• Во втором экземпляре нажмите "Сервис" | Присоединитесь к процессу...
• В списке процессов найдите devenv.exe.
• Нажмите "Выбрать..." и явно выберите "Нативный" и "Управляемый" код.
• Нажмите "ОК" и "ОК" , чтобы закрыть диалоговое окно "Выбор диалога" и "Присоединить к процессу".
• Вернитесь к первому экземпляру VS и воспроизведите зависание.
• При зависании элемент управления должен перейти во второй экземпляр VS. Если нет, вернитесь ко второму экземпляру VS вручную и нажмите "Break All".
• Во втором случае нажмите "Отладка" | Сохранить дамп как Minidump с кучей.

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

• Выберите Инструменты → Настроить
• Выберите вкладку "Команды"
• Выберите Отладка в раскрывающемся меню строки меню
• Нажмите "Добавить команду"...
• Выберите "Отладка" из списка "Категории".
• Найдите запись Save Dump As в окне команд.
• Нажмите "ОК" (команда "Сохранить дамп как..." добавлена ​​в начало меню "Отладка" ).
• Нажмите "Закрыть"

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

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

Ответ 5

Приостановка рестартера Работала для меня. Goto

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

Теперь ваше решение будет загружаться очень быстро. После того, как ваше решение будет полностью загружено, вы можете изменить настройки Resharper на Resume Now.

Ответ 6

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

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

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

Ответ 7

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

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

Ответ 8

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

Ответ 9

Проверка обновлений Windows

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

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

Проверьте аппаратное обеспечение

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

Ответ 10

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

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

Перезапустить VS

Кажется, очистить его для меня, без перезагрузки.

Ответ 11

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

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

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

Ответ 12

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

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

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

Ответ 13

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

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

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

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

Ответ 14

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

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

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

Ответ 15

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

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

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>[email protected] signed in for IDE user</description>
</entry>

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

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

Ответ 16

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

Ответ 17

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

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

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

Ответ 18

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

Ответ 19

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

Ответ 20

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

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

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

ТЛ: д-р

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

• Удалить файл .suo(для меня это было в /[projectfolder]/. vs/[projectname]/v14
• Открыть Visual Studio
• Откройте проект
• Откройте файл (я просто открыл случайный файл .cs)
• Создайте и сохраните свое решение (просто сохранение может сделать трюк, я построил по привычке)
• Закрыть Visual Studio

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

Ответ 21

У меня есть VS2013 и Resharper Ultimate 10 и после этого обходной путь для меня.

• Откройте и закройте решение только с помощью опций меню VS - Open / Close file, а не двойным щелчком или скрещиванием редактора

• Наряду с этим, очистить кеш с помощью - Tools – Options –ResharperUltimate – Options – Environment – General – Clear Caches button (делать это через равные промежутки времени, когда вы воспринимаете открытие решения, становится относительно медленным)

Этот процесс гарантирует, что это решение не зависает при его открытии, хотя это может быть не так быстро, как когда мы удаляем suo файл, но работаем. Catch остается, если вы закрываете открытое решение путем скрещивания или открытия путем двойного щелчка, то он вернется к квадрату, и мы должны решить, удалив suo файл. Будет ли опубликован, если доступно лучшее исправление.

Ответ 22

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

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

Ответ 23

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

Ответ 24

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

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

Ответ 25

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

Ответ 26

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

• Удалите файл .suo, как было предложено в другом месте.
• Запустите VS и откройте решение. Все должно быть хорошо на этом этапе.
• Оставьте проект запуска как есть, даже если это не то, что вы хотите.
• Сохраните решение. (Возможно, делать то, что кто-то предлагает, открывать файл, чистить, строить/перестраивать и т.д., Но мне не нужно было ничего делать.)
• Закройте решение и выйдите из VS.
• Перезапустите VS и откройте решение.
• Измените проект запуска на все, что должно быть
• Сохраните решение. (Возможно, снова выполните открытый файл, очистите, создайте/перестройте и т.д.).
• Закройте решение и выйдите из VS.
• Перезапустите VS и повторно откройте решение, и все должно быть хорошо.

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

Ответ 27

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

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