Visual Studio 2010 F10 / F11 - медленное пошаговое выполнение, панель инструментов - хорошее?

Question

Я использую Visual Studio 2010 с пакетом обновления 1 (SP1), а также R # 5.1 и некоторые другие расширения (например, PowerCommands и Productivity Power Tools). Где-то вдоль линии, моя отладка стала очень медленной. Если я использую клавиши F10 / F11 для перехода, VS немного зависает, а затем выполняет шаги. Если я использую кнопки на панели инструментов для перехода, он быстро, как и ожидалось.

Есть идеи, что случилось с моими горячими клавишами?

Answer 1

У меня была точно такая же проблема - крайне медленная отладка с клавиатуры (например, F10 ). Некоторые симптомы:

• если я нажму Step Into на панели инструментов, то все будет нормально,
• задержка при отладке присутствует не только в Visual Studio, но и везде (блокнот, браузер, ...),
• если я выберу любой другой браузер в качестве браузера по умолчанию в Visual Studio (я пробовал Firefox), тогда он будет работать нормально,
• если я отключаю сторонние расширения браузера в IE, то все работает нормально,
• если я включу сторонние расширения для браузера и отключу LastPass, то проблема исчезнет, ​​и отладка с помощью клавиатуры снова будет быстрой!

Итак, попробуйте отключить расширение LastPass , если оно у вас есть или все расширения, и попробуйте его.

Edit1 - кто-то уже опубликовал это на форуме LastPass: http://forums.lastpass.com/viewtopic.php?f=12&t=61029

Edit2 - и вот на ТАК тоже :) https://stackoverflow.com/a/8186670/1110039

Answer 2

Я нашел более глубокое объяснение этой проблемы.

У меня была эта проблема с описанными симптомами user1110039, НО я не установил LastPass панель инструментов,И мой браузер по умолчанию - Firefox.

Что ж, мое приложение использует функцию SetWindowsHookEx () для установки общесистемного ярлыка.Что является причиной блокировки F10 / F11 ключей отладки (только в Windows 7 64 бит) Это не происходит при 32 битах.

I 'Мы только что удалили хук из отладочной сборки и все работает нормально.Я считаю, что проблема с LastPass - это некий системный хук в коде расширения.

Answer 3

У меня была точно такая же проблема. Проблема была решена закрытием окна Watch.

Answer 4

Вызов функции DirectInput Acquire () на клавиатуре - вот что вызвало у меня замедление. Это потенциально связано с замедлением, вызванным SetWindowsHookEx () - т.е. которые могут использовать DirectInput.

Answer 5

Отключить "показывать потоки в источнике" работало для меня!

Answer 6

Попробуйте отладку с помощью Firefox или Chrome. Должно быть что-то во взаимодействии с IE, которое вызывает такое поведение.

Answer 7

Я попробовал все предложения и, наконец, обнаружил, что, когда я удалил VS2005, эта проблема была решена.Обратите внимание, что в этой машине VS2005

Answer 8

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

http://blogs.msdn.com/b/visualstudioalm/archive/2015/03/03/make-debugging-faster-with-visual-studio.aspx

В этой статье объясняется, что это F10 может происходить из-за открытия различных диагностических окон и панелей инструментов, проблем с загрузкой символов и т. Д., А также объясняется, что делать с замедлением отладки в целом. Это было открывающее глаза образование, которое, я думаю, продолжит помогать мне в будущем, если замедление F10 поднимет его голову.

Answer 9

У меня была эта проблема на моей новой работе, где мы используем Visual Studio 2008 SP1.(Да, я знаю, я знаю).Длительная задержка на шаге с мерцающими песочными часами.Я всегда использую F10 , я даже не думаю об этом, я никак не могу смириться с переходом на мышь или ожиданием нескольких секунд простой команды шага.

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

Наконец-то нашел проблему - я установил язык по умолчанию для IDE как C #.Оказывается, проект, над которым я работаю, на самом деле использует VB.NET, и когда я установил язык по умолчанию на VB.NET (с помощью Инструментов - Параметры импорта и экспорта), отладчик стал настолько быстрым, что я не мог справиться с ним.и случайно нажал F5 на точке останова, которую я хочу исследовать.

Надеюсь, это поможет кому-то еще.

Answer 10

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

Обычно я оставляю окно == Разборка == открытым во время отладки (у меня большой экран.) Я только что обнаружил, что пошаговое выполнение в отладчике может быть ускорено на 50%, если я тоже скрываю это окно.-Tab-, поскольку он может существовать и быть удобным - не имеет значения - но само окно не должно отображаться.Ахах.

Следуя всем остальным советам и многим другим, пошаговое выполнение теперь в целом примерно в 8 раз быстрее.(Около 2,5 шагов в секунду сейчас.) У-у-у-у!Спасибо всем.

(Я не понимаю, как они могут писать такой медленный код пользовательского интерфейса ... У меня есть процессор, работающий с двумя миллиардами циклов в секунду ..., который работает до 400 миллионовинструкции за один шаг. Похоже, код Microsoft может быть немного быстрее ... но я никогда не имел удовольствия использовать .NET и т. д.)