Visual studio зависает отладка

Вы можете сначала сохранить определенную часть ваших настроек. Например, я сначала сохранил свою цветовую тему (в стиле Solarized), а затем восстановил ее после глобального сброса.

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

Еще одна причина медленной отладки Visual Studio .

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

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

Это ключ FusionLog в реестре Windows ( regedit.exe ):

Измените значения ForceLog , LogImmersive и LogResourseBindings с 1 (включено) на 0 (отключено).

У меня тоже была эта проблема, но в моем случае она не имела ничего общего с точками останова. Это были ярлыки кода, которые я добавил в окно задач:

Я уверен, что есть другие способы, которыми вы могли бы увидеть такую ​​проблему, но где-то есть ошибка, которая вызвала эту проблему для меня . удаление всех моих параметров исправило бы это, но это то, что я не хотел делать. Итак, я отладил это и написал об этом в своем блоге . ваша проблема похожа на мою.

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

Ошибка чтения метаданных из "" ("Система не может найти указанный файл."). IntelliSense может работать неправильно, пока решение не будет перезагружено.

Закрытие окна «Авто» улучшило для меня отладку в Visual Studio 2008 для большого собственного решения C ++.

Скрыть это не получится. Его нужно закрыть.

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

В моем случае это одно простое изменение исправило мое решение: в свойствах проекта на вкладке отладки я отключил «Включить процесс размещения Visual Studio» (я использую Visual Studio 2010).

Вероятно, между 25 и 50% случаев, когда я строю свое решение, я вижу это:

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

Что я могу сделать, чтобы диагностировать и устранить это из моего решения, чтобы я больше никогда его не видел? В общем, как я могу диагностировать проблемы, возникающие во время сборки?

Если бы схожая проблема, VS зависал в течение примерно 45 секунд, затем собирался в течение 4 секунд и завершал работу. 45 секунд зависания не приведут к выводу GUI, а VS зависнет.

Используя ProcMon, я мог видеть более 3 миллионов операций с файлами в папке/packages/через devenv.exe, когда я собирался построить этот проект (и продолжу некоторое время после этого) !! Первые шаги сборки показывают, что он проверял КАЖДЫЙ ПАКЕТ на предмет необходимости восстановления пакета (это не так).

Поскольку я склонен винить во всем NuGet, я отключил восстановление пакета Nuget «разрешить NuGet загружать отсутствующие пакеты» в поле Visual Studio -> Параметры -> Диспетчер пакетов Nuget -> Общие. К моему удовольствию, сборка была очень быстрой. Всего 5 секунд!

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

К вашему сведению, это было VS2013 ОБНОВЛЕНИЕ 4 - Nuget версия: 2.8.50926.663 .. на sln с NumberOfProjects = 38, но я мог бы воссоздать это зависание, просто создав один csproj с 2 зависимостями.

Локальный хост «Rebuild All» на Sln с SccNumberOfProjects = 53 занимал 7:05 с 2 минутами визуальной студии, замороженной/не отвечающей

• до 4:14 на 2-ядерном i5 без заморозки
• до 2:44 на 4-ядерном i7

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

Я видел это в больших проектах, когда MSBuild работает с включенным диагностическим переключателем. В Visual Studio перейдите в Инструменты/Параметры/Проекты и решения/Построить и запустить, а затем проверьте значение детализации выходных данных сборки проекта MSBuild. Если он не установлен как минимальный, попробуйте установить минимальный и посмотреть, смогут ли ваши сборки завершиться.

Похоже, что запуск Visual Studio в качестве администратора решил проблему для меня! (Для того, чтобы всегда запускать программу от имени администратора см. Как запустить Visual Studio от имени администратора по умолчанию )

Я обнаружил, что Visual Studio сильно зависает при создании больших проектов. Оказывается, это был ReSharper. После того, как я выключил его: Инструменты -> Параметры -> ReSharper -> Приостановить сейчас, все прекрасно работало без проблем (даже на очень больших решениях, более 100 проектов)

Было высказано предположение о том, что Microsoft Connect что проект зависел от зависаний. Я удалил проект моделирования из нашего решения и с тех пор не зависал (около недели).

В моем случае установка «максимальное количество параллельных сборок проекта» на 1 вроде помогла (т.е. сборка проекта из чистого состояния вызывает 1-минутное замораживание с последующей нормальной сборкой, и каждая последующая сборка работает нормально).

Вышеупомянутая настройка может быть установлена ​​в Tool -> Options -> Projects and Solutions -> Build and Run .

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

Примечание: devenv находится в C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE.

Для меня это было связано с автоматической установкой пакета npm. Я пошел в Инструменты> Параметры> Проект и решения> Внешние веб-инструменты и снял флажки со всех внешних инструментов и перезапустил VS. После этого я смог построить его снова. Я знаю, что мне нужно проверить их, но мне нужно выяснить, что их вызывает и что не так с этим файлом решения.

Visual Studio 2017

Удаление Anaconda3 из установки исправило его. В procmon я видел сотни тысяч звонков в поисках файлов в папке Anaconda3 из сотен экземпляров powershell, порожденных msbuild.

В дополнение к ответу Феликса который решает (или почти решает) эту проблему для сборок:

Кроме проблемы во время сборки, у меня также была проблема с Консолью управления пакетами. Ожидание заняло около минуты. Используя procmon, я обнаружил, что папка репозитория NuGet анализировалась при каждом открытии этого окна (очень умно, Microsoft!). В этой папке было около 1000 пакетов. После удаления всего из вышеуказанной папки проблема с производительностью исчезла.

Обратите внимание, что мой ответ относится к VS 2015 (и может быть ниже). Я не проверял, но подозреваю, что в VS 2017 все должно быть в порядке.

Для меня проблема заключалась в расширении, которое автоматически запускает шаблоны T4 при сборке (AutoT4). Отключение при работе с решениями с EF решило проблему.

В Unity зависает редактор. Если сбилдить программу(под вин), то она тоже зависает(no responding). Не могу найти причину: выполняю неопределенное количество раз одно и тоже действие и потом зависание. Поставить breakpoint не могу потому, что не ясно где их ставить. Мне кажется, что зависает где-то в скриптах юнити.

Как можно получить место в котором программа зависает? Можно ли посмотреть какой то журнал где выписаны все действия программы? Я думаю что где-то получается бесконечный цикл, хотя я все циклы проверил.

Есть минимум три решения (если есть другие — дайте знать): два быстрых и одно долгое. Причем долгое связанно именно с Visual Studio (почему у Microsoft не может быть всё просто?)

Наибыстрейшее (но материально затратное)

Нужно пойти в UnityAssetStore и найти ассет (asset) под названием Panic Button. Он находится в разделе Editor Extensions/System. На данный момент этот ассет находится вот здесь.

Что он делает? Когда приложение крутится в бесконечном цикле и интерфейс Unity висит, достаточно нажать клавиши Shift + Esc и происходит "обрыв" главного потока, интерфейс отвисает. При этом проигрывание ставится на паузу, а в консоли отображается проблемное место:

Как конкретно она работает? Что происходит внутри? Скорее всего то, что будет описано в пункте №3, только сделанное в виде скрипта, упакованного в dll (чтоб никто не видел код 😆), подключаемую к проекту.

Использовать MonoDevelop

Пишем скрипт с бесконечным циклом, вешаем на объект и нажимаем Play :-)

Идем в MonoDevelop и нажимаем Run → Attach To Process

В появившемся окне выбираем Unity и нажимаем Attach

Нажимаем кнопку Pause в MonoDevelop

Mono уже остановится в проблемном месте и высветится StackTrace

Остается теперь поставить Breakpoint на строку, изменить значение, которое вводит в бесконечный цикл (в данном случае присвоить i значение 20, например) и нажать Continue Execution

Вздохнуть с облегчением.

Использовать Visual Studio

Пишем скрипт с бесконечным циклом, вешаем на объект и нажимаем Play :-)

Например скрипт такой:

Идем в Visual Studio, нажимаем в меню Debug → Attach to Process и выбираем в списке процессов Unity.

Заметка (!): Именно Attach to Process , а НЕ Attach To Unity

Далее нажимаем Debug → Break all , чтоб остановить процесс

Нужно найти дизассемблированный вид (если он автоматически не появился). В теории на вкладке StackTrace если нажать два раза ЛКМ , то появится окно, в котором можно нажать ссылку view disassembly

И через стэк попасть в место зависания. Анимация ниже должна полностью показать, как пробраться туда:

В итоге получаем примерно следующую картину:

Из него практически видно бесконечный цикл.

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

F10 - сделать шаг в отладке, не заходя в функцию/метод. Соответственно, теперь пошагово нажимаем F10 , пока не перелетим со строки 000000001015A758 jmp 000000001015A743 на строку с инструкцией cmp dword ptr [r11], 0 .

В итоге во вкладке Autos в Visual Studio должны появится данные значения:

Теперь просто меняем значение "переменной" R11 на ноль (0)

Так как мы стоим на адресе cmp , то при попытки исполнить инструкцию, она попытается прочитать address 0, что, в свою очередь, сгенерирует ошибку. Что мы делаем: Нажимаем F5 (продолжить выполнение программы), а затем во всплывающем окне выбираем Continue .

В теории, Unity должна ожить и плюнуть в консоль ошибку, указав, где была загвоздка:

Вздохнуть с облегчением.

P.S. Способ с Visual Studio был позаимствован в блоге Unity. Там же можно прочитать, почему способ работает

Решение

(1) Убедитесь, что ваше приложение находится в режиме отладки (не в режиме выпуска).

(2) Пожалуйста, включите параметры, такие как следующий снимок экрана.

Другие решения

Есть несколько вещей, которые вы можете проверить.

Прежде всего убедитесь, что код, в котором установлена ​​точка останова, достижим. Поместите его в точку входа вашего приложения.

Есть вероятность, что символы отладки где-то перепутались. Следовательно, попробуйте очистить / перестроить проект (вы можете попробовать удалить каталог bin / build вручную).

В Build-> Configuration Manager вы также можете проверить, действительно ли «Отладка» для конфигурации решения заставляет ваш проект выполняться в режиме отладки.

94 Saint [2012-02-21 11:49:00]

Когда я нахожу F5 (режим отладки), ничего не происходит. Строение работает правильно, exe файл, который я могу запустить правильно, но не могу запустить debug. Почему?

У меня была та же проблема, и все трюки не сделали этого, пока я не снял флажок "Включить хостинг Visual Studio" на вкладке отладки в свойствах проекта

45 mo. [2012-09-25 21:18:00]

Тьфу! Я испытывал те же самые симптомы, что и вы, и после того, как вы пробовали все предложения, единственным, кто работал, был ваш собственный: создание нового проекта и копирование всего содержимого.

Затем я заметил, что я не могу вручную удалить свой каталог Bin, и я понял, что MyApp.vshost.exe все время работал в фоновом режиме, не позволяя себе перезаписывать Visual Studio 2012. Не знаю, как это сделать все еще работал с VS2010:/

В итоге, решение, которое сработало для меня: Убейте процесс, повторите попытку.

Другими словами, вы пытались отключить и снова включить?

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

Извините, что поставил старый вопрос, но сегодня у меня была такая же проблема, но причина была в том, что из-за порядка сборки решения. Если вы перейдете в Solution Property Pages → Common Properties → Startup Project .
Выбрано Multiple startup projects , переместите веб-проект в начало списка.

В моем решении для веб-приложений у меня есть 2 веб-проекта и 5 проектов кода, один из моих проектов кода был наверху, и поэтому отладка не запускалась.

Надеемся, что другие найдут это полезным

5 Neil [2016-03-14 14:10:00]

Это решение уже было упомянуто, но для его работы потребовалось некоторое вмешательство, поэтому ясное решение

На вкладке "Проект/вкладка" выберите "Свойства". (или в вашем браузере решений) Перейдите на вкладку "Отладка". Снимите флажок Включить процесс хостинга Visual Studio. (Снимите флажок) проверьте, работает ли он. если он не перезагружает ваш компьютер (некоторые из файлов проектов работают в фоновом режиме, если вы знаете, как их остановить, перезапуск не обязательно просто заканчивает их задачи) перестроить проект

это должно решить проблему

Что помогло мне решить эту проблему:

• закрыть решение
• удалить файл solution.suo
• повторно открыть решение

Перед тем, как пройти интенсивное исправление. попробуйте это!

Просто запустите файл .exe в папке отладки. "Не закрывай!"

Запустите отладчик в Visual Studio. (i) Должна появиться ошибка. просто скажите "нет"

Закройте файл ".exe", который вы начали на этапе "1".

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

Во-первых, в свойствах проекта и на вкладке Debug убедитесь, что ваш Start Action установлен на Start Project , а не какой-либо другой параметр, который не будет работать. Если это не разрешило, то:

Перейдите к Tools -> Options -> Environment -> Keyboard и в Show commands containing: введите Debug.Start и убедитесь, что для параметра Shortcuts for selected command: установлено значение F5 (Global) . Также убедитесь, что у вас нет ничего другого, сопоставленного с F5, который может конфликтовать.

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

закройте проект и удалите все файлы в папке projectinDebug , чтобы создать новое решение для отладки

1 joa [2013-04-23 23:19:00]

Перейдите в Обозреватель решений, щелкните правой кнопкой мыши проект, перейдите в свойства, нажмите "Отладка", внизу снимок установлен, установите флажок "Включить отладку SQL Server".

1 jmurphy [2013-05-22 20:10:00]

Убедитесь, что на вкладке "Проект" → "Свойства" → "Отладка" → "Начало действия", которые "Не запускать, но отлаживать мой код при запуске", не проверяется. Как-то это прошло через месяц после того, как я создал и работал над моим проектом.

Отметив это, я решил проблему.

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

Это сработало для меня отлично, и я считаю, что это поможет другим людям, которые могут иметь эту проблему.

0 Aidal [2016-10-13 13:35:00]

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

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

Щелкните правой кнопкой мыши решение и выберите "Свойства", а затем отметьте, установлен ли флажок для вашего решения в столбце "Развернуть", если это не так, проверьте его и повторите попытку отладки. Работал для меня.

У меня была эта проблема в приложении WPF, над которым я работал. При запуске отладчика процесс с именем MyApp.VsHost.exe запускается и продолжает работать в фоновом режиме, но исключений не было бы выбрано и ничего в окне вывода, кроме информации о сборке.

Это произошло потому, что я изменил пространство имен моего класса App , но не обновил атрибут Class в App.xaml , чтобы соответствовать новому пространству имен. Я изменил пространство имен в файле xaml, и он снова работал.

Быстрое исправление, которое может помочь кому-то:

Если вы работаете с пакетом SSIS или с решением с несколькими приложениями внутри него. Удостоверьтесь, что у вас есть правильный набор приложений в качестве "Начального проекта".

Если у вас есть отдельный проект приложения или SSIS в той же папке, ваша Visual Studio, вероятно, создает это вместо того, что вы хотите запустить.

Надеюсь, это поможет!

У меня была такая же проблема, и, глядя на ответ брзлвеловера, я нашел следующую проблему, которая, казалось, работала для меня. Проводя это, если кто-то другой имеет такую ​​же проблему, они также могут проверить это.

0 Annye [2015-02-19 15:30:00]

Я нашел решение:

• Закройте решение для Visual Studio
• Откройте заголовок проекта .csproj с помощью блокнота ++, например.
• Поиск тегов в разделе
• Удалить тег конфигурации полностью
• Откройте свое решение, и для меня теперь отладка работает над моим проектом.

0 GlennG [2013-06-03 02:07:00]

Этот процесс обычно работает для меня:

0 toregua [2013-01-23 15:39:00]

Я нашел решение:

• Закройте решение для Visual Studio
• Откройте заголовок проекта .csproj с помощью блокнота ++, например.
• Найдите false в разделе

Visual Studio 2010

В консоли управления пакетами я запустил

и мое решение могло бы скомпилироваться.

Такая же ошибка, попробовал выполнить VS как Администратор, и он сработал.

Я столкнулся с этой проблемой. В моем случае, как-то пропустили проект проекта запуска. Поэтому убедитесь, что один из проектов в вашем решении explorer задан как проект запуска. Чтобы настроить проект запуска, щелкните правой кнопкой мыши по желаемому проекту в проводнике решений → нажмите " Установить как проект запуска"

Мой опыт работы с Visual Studio 2015, я попробовал удалить все процессы и перезапустить, это не сработало. Я попытался удалить каталог bin, это не сработало.

Проверьте Configuration Manager, убедитесь, что все проекты компилируются для одной и той же платформы.

Я отключил процесс хостинга, чтобы обойти проблему его оставления и оставить файлы заблокированными. Когда я это сделал, я обнаружил, что окно консоли не появилось, когда я ударил F5 для отладки, хотя моя программа прошла нормально. Затем я заметил, что у меня установлен флажок "Предпочтительный 32-разрядный". Я отмахивался от этого, перестроил и окно консоли появилось еще раз. Это показалось странным, поэтому я снова отметил его и подтвердил, что могу воспроизвести это поведение. Я использую Visual Studio 2013.

-1 Saint [2012-02-21 12:36:00]

Наконец я создал другой проект и скопировал существующие файлы и папки. Может быть, "непрофессиональный", но он работает:) К счастью, это небольшой проект

У меня очень смешное решение, но это сработало для меня,

Удерживайте клавишу F5, пока не увидите, что отладка началась, я серьезный парень.

Сообщество, где люди делятся уникальным опытом

Вопросы и ответы по любой теме от IT сообщества

Помогаем строить карьеру в IT-индустрии

Биржа удаленной работы для IT-специалистов

Хабр Q&A — вопросы и ответы для IT-специалистов

Получайте ответы на вопросы по любой теме из области IT от специалистов в этой теме.

Читайте также:

  
• Как зайти в биос на планшете acer w510
  
• Как в ворде сделать волну над буквой
  
• Как очистить textbox в visual studio
  
• Как провести в 1с зуп декретный отпуск внешнего совместителя
  
• Как в календаре outlook отметить отпуск