Коли я налагоджую своє рішення, vs 2017 є дуже відсталим і повільним, ніби він повинен працювати щось важке у фоновому режимі.
Тому він перестає «реагувати» кожні 5 секунд протягом 2 секунд, що дуже дратує. Будь-які пропозиції?
РЕДАКТУВАТИ (випробувані пропозиції):
Відповіді:
Після деяких додаткових досліджень я виявив, що цей потік зняв прапорець Увімкнути інструменти діагностики під час налагодження в Інструменти → Параметри → Налагодження → Загальне зробило свою справу!
Зніміть прапорець Увімкнути налагодження JavaScript для ASP.NET в
Інструменти → Параметри → Налагодження → Загальне
значно впливає на продуктивність.
Якщо вимкнути Діагностичні інструменти не вирішить проблему, спробуйте вимкнути IntelliTrace, знявши прапорець Увімкнути IntelliTrace, у меню Інструменти -> Параметри -> IntelliTrace. Працюй для мене.
Я намагався відключити кілька речей сам, щоб просто зрозуміти, що це спричиняє. Єдине, що мені вдалось, це Інструменти> Параметри> Налагодження> Загальне> "Увімкнути налагодження JavaScript для ASP.NET (Chrome та IE)".
Я використовую VS2017 Enterprise v15.2 для Asp.net WebForms.
Я також відчуваю відставання, коли встановлено прапорець "Увімкнути налагодження Javascript для ASP.NET (Chrome та IE)". І вимкнення функції «Увімкнути інструменти діагностики під час налагодження» не допомогло.
Однак я також помітив, що коли я використовую F12 для Chrome Developer Tools, час затримки проходить, і програма працює.
Сподіваюся, це допомагає.
Приховування вікна Threads зробило для мене фокус.
Мені допомогло лише одне - відключити опцію Resharper відладчика. Якщо ви використовуєте Resharper , спробуйте ЗМІНИТИ "Показати значення локальних змінних у редакторі" в меню: Resharper -> Параметри -> Інструменти -> Налагоджувач .
Мені це допомогло.
Я відчував ту ж проблему. У режимі налагодження мій проект веб-форм працював дуже повільно. При використанні Ctrl + F5 він працював швидко (як і при розгортанні). Я знайшов блок try / catch, який виконувався 45 разів. Це нічого не робило, це просто фіксувала помилку, яку я зробив. Я виправив помилку і, видаляючи блок try-catch - вуаля! - назад на повну швидкість.
Отже, якщо ви стикаєтеся з цією проблемою, і ви спробували всі наведені вище рішення (я це зробив), знайдіть спробу блокування блоку, яка часто спрацьовує. [Виправте помилку :)], а потім видаліть блок try-catch. Я не можу повірити, яка різниця це зробила. Звичайно, нічого не мало змінити, оскільки блок try-catch нічого не робив, але робив.
Я відмовився від того, щоб Debug => Attach To Process працював ... навіть спробував ВСІ рішення в цій публікації SO (на 2 сторінки ).
Використовуйте розширення ReAttach VS IDE . Це обходить необхідність більше ніколи не використовувати діалогове вікно Вкласти до процесу, якщо це процес, до якого ви нещодавно долучилися.
Якщо ви використовуєте VS 2017 Enterprise Edition, спробуйте вимкнути функцію IntelliTrace (Інструменти -> Параметри -> IntelliTrace)
з вимкненою цією функцією відстала поведінка зникає, навіть залишаючи увімкненими інструменти діагностики (Інструменти -> Параметри -> Налагодження -> Увімкнути інструменти діагностики під час налагодження)
Іноді це через сканування в реальному часі в Антивірусі.
" Додайте виняткиФайли / папки Visual Studio " для вашого антивірусу
C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ Common7 \ IDE \ devenv.exe
C: \ Program Files (x86) \ Microsoft Visual Studio \ 201
У мене була така проблема, коли програма працювала повільніше, якщо запускалася з Visual Studio, виявилося занадто багато потоків, як багато нового System.Threading.Thread () у циклі тощо. Я переключив код, щоб використовувати ThreadPool замість Завдання тощо і повільність пішли.
вибір "Завантажити лише зазначені модулі" зробив трюк ( Інструменти => Параметри => Налагодження => Символи )
обхідне рішення, яке я використовував, - це запустити msvcmon.exe локально в режимі адміністратора перед запуском відладчика. Потім запустіть вікно приєднання та надайте порт віддаленої налагодження.