Visual studio не отвечает
У меня есть такая очень неприятная проблема, что в Razor Views клавиши Enter, Backspace и клавиши навигации часто не реагируют. Я должен перезапустить VS, чтобы вернуть его обратно. Я что-то пропустил?
У меня была та же проблема и она была решена, сохранив файл бритвы (Ctrl + S). Как только я это сделал, я снова мог бы использовать клавиши Enter, Backspace и Navigation.
Я считаю, что Alt + Enter также может работать.
Я не часто попадаю в это состояние, и вышеупомянутое решение не решает основной проблемы. Я считаю, что это может иметь какое-то отношение к ReSharper, но не выяснили, истинно это предположение или нет.
Существует несколько страниц, которые обсуждают этот тип проблемы:
Ссылка 1
Ссылка 2
Ссылка 3
Я знаю, что эта тема была создана некоторое время назад, но это может быть полезным советом для кого-то.
Это также странно, потому что Left Alt + Shift, похоже, не изменяет его, поэтому вам нужно перейти к исходному коду: привязка ключа, заложенная в панели управления Windows:
Я видел то же самое в CTP Visual Studio 2013 и 2015.
Ни одно из вышеперечисленных решений не работало, но перезапуск Visual Studio сделал (после отображения нижеуказанного предупреждения).
Я не использую ReSharper, и это все еще произошло. Нажатие Ctrl + Tab дважды работало для меня.
Что-то, что сработало для меня:
Попробуйте Tools > Import and Export Settings. , затем выберите Keyboard .
Найдите Bkspce и посмотрите, используется ли он для чего-либо.
У меня случайно было что-то глобальное, связанное с Bkspce, Bkspce , которое вызвало очень странную проблему.
Это случилось со мной, когда я установил ReSharper в Visual Studio с установленной VsVim , и я исправил ее, выполнив следующие действия:
Решартер может быть причиной. Ни один из вышеперечисленных решений не работал у меня.
Сначала проверьте, является ли проблема Resharper.
После выполнения вышеперечисленных шагов, если он работает сейчас, как ожидалось, ваша проблема может быть вызвана кешем.
Очистить кеш, следуя приведенной ниже навигации.
Resharper > Параметры > Общие > Очистить кеши или стереть их вручную
Или проблема может быть вызвана не совпадением тегов script в cshtml. (Странно, но это было причиной моей проблемы)
Если в Visual Studio 2010 открыто слишком много файлов, тогда клавиша Enter или Backspace перестанет работать с перерывами. Попробуйте закрыть некоторые файлы, и клавиша Enter и Backspace начнет работать.
Вероятно, между 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 решило проблему.
И многое другое.
Мой CPU - это 4-го поколения Intel Core i7 и память. Емкость составляет 8 ГБ. Я думаю, что это больше, чем рекомендуемые аппаратные требования.
Проблема: Моя визуальная студия висит в этих ситуациях.
- Открытие решения (зависает в течение минуты, когда я открываю файл из браузера решений)
- Запуск отладки (зависает последовательно при нажатии кнопки отладки) и
- Остановка отладки (замораживание сразу после того, как пользовательский интерфейс возвращается в макет разработчика после отладки)
Я пробовал следующие шаги:
Прежде чем я столкнулся с этой проблемой, несколько недель назад я установил надстройку "Install Web Components" надстройки Visual Studio. Может быть, из-за расширений и надстроек?
Как я могу решить эту проблему?
ОТВЕТЫ
Ответ 1
Если вы подозреваете, что настройки Visual Studio повреждены после установки пакета "Install Web Component", почему бы вам не попробовать reset настройки?
Вы можете выполнить следующие шаги: reset Настройки Visual Studio:
- Откройте командную строку Visual Studio (2010) в меню "Пуск" > "Все программы" > "Microsoft Visual Studio 2010" > "Инструменты Visual Studio" ( Запустите ее с правами администратора: щелкните правой кнопкой мыши программу > Запуск от имени администратора)
- Запустите devenv/Resetsettings, чтобы восстановить настройки по умолчанию для IDE, дополнительно сбрасываясь в указанный файл VSSettings.
- Запустите devenv/ResetSkipPkgs, чтобы очистить все теги SkipLoading, добавленные в VSPackages.
- Запустите devenv/Safemode, чтобы убедиться, что вы можете применить его правильно. Это может исключить возможность того, что сторонние надстройки или пакеты создают проблемы.
- Откройте решение в Safemode и посмотрите, работает ли оно.
Ответ 2
Ответ 3
Моим решением было просто перезагрузить сохраненную ХОРОШУЮ (резервную) копию моих настроек (год назад). Стоит попробовать, прежде чем сбросить все до пустого. Мой VS2010 займет 60 секунд, чтобы начать отладку и прибл. 3 минуты, чтобы остановить отладку. Я сохранил поврежденные настройки, и, к моему удивлению, они превысили 3 Мбайт вместо 260 Кбит. Я загрузил хорошую резервную копию, и все снова здорово: -)
Ответ 4
Если Visual Studio не отвечает только при попытке открыть решения, откройте исходный экземпляр Visual Studio, затем Reset Настройки
При использовании Visual Studio 2019 Enterprise (v16) (с установленным расширением Resharper и StyleCop для Resharper) регулярно возникают следующие проблемы с клавиатурой (много раз в день).
- Клавиши, введенные на клавиатуре, не вводятся
- Клавиши, вводимые на клавиатуре, вводятся в неправильном порядке (даже при медленном вводе), например:
- Введенные клавиши (включая CTRL + V) постоянно повторяются, например:
Единственный способ временно решить эту проблему - закрыть и снова открыть визуальную студию, где она будет работать нормально в течение 5-60 минут, прежде чем проблема повторится.
- Замените дешевую внешнюю клавиатуру на более дорогую (Logitech G213)
- Отключите все USB-устройства, кроме мыши и клавиатуры.
- Переустановите Visual Studio
Ни один из этих шагов не помог решить проблему. Я еще не пробовал удалить Resharper / Stylecop, так как они мне нужны для повседневной работы.
Кто-нибудь видел / решал эту проблему раньше?
2 ответа
Я собираюсь попробовать или откатиться, если необходимо.
Это иногда случается, когда расширение (обычно анализатор кода) вылетает из-за исключения (обозначенного строкой состояния в верхней части окна кода) во время набора текста.
Похоже, что обходной путь состоит в том, чтобы открыть раскрывающееся меню, такое как меню «Файл», и снова закрыть его.
Я бы назвал результирующее поведение клавиатуры ошибкой в Visual Studio, но исходной причиной также всегда является ошибка в используемом вами расширении. Поэтому вы можете сообщить об этом как Microsoft, так и разработчику расширения. Учтите, что это мое личное мнение. Я не работаю в Microsoft.
Читайте также: