Проверьте, запущено ли приложение из Visual Studio

Question

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

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

В настоящее время я использую что-то вроде этого, чтобы проверить для этого сценария:

System.Diagnostics.Process currentProcess = System.Diagnostics.Process.GetCurrentProcess(); 
string moduleName = currentProcess.MainModule.ModuleName; 
bool launchedFromStudio = moduleName.Contains(".vshost"); 

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

Answer 1

Попытка: System.Diagnostics.Debugger.IsAttached.

Answer 2

Я бы категорически отказался от использования кода, который запускается только во время отладки. Зачем? Вы хотите убедиться, что то, что происходит в производстве, - это то, что вы тестируете/наблюдаете на местном уровне. Это особенно верно, что язык более низкого уровня, который вы используете, так часто, как различия в коде, заставляет компилятор производить ваш компьютер/ИЛ по-разному.

Возможно, для обнаружения проблемы, но это все.

Answer 3

Для тех, кто работает с Windows API, есть функция, которая позволяет увидеть, если любой отладчик присутствует с помощью:

if(IsDebuggerPresent()) 
{ 
    ... 
} 

Ссылка: http://msdn.microsoft.com/en-us/library/ms680345.aspx

Answer 4

Testing ли не имя модуля тока процесс содержит строку «.vshost» - лучший способ, который я нашел, чтобы определить, запущено ли приложение из VS ID.

Использование System.Diagnostics.Debugger.IsAttached свойства также хорошо, но это не позволяет различать, если вы работаете в EXE через Run команды VS IDE или, если вы работаете в отладки (например, с помощью проводника Windows или ярлыка), а затем прикрепляться к нему с помощью VS IDE.

Вы видите, что я когда-то столкнулся с проблемой, с (COM родственной) Предотвращение выполнения данных ошибки, которая требует, чтобы я запустить сообщений Построить событие что бы выполнить editbin.exe с /NXCOMPAT: НЕТ параметр на VS, созданный EXE.

По какой-то причине EXE не был изменен, если вы просто нажать F5 и запустить программу и поэтому AccessViolationExceptions будет происходить на DEP-нарушающей код при запуске внутри VS IDE - что сделало его чрезвычайно трудно для отладки. Тем не менее, я обнаружил, что если я запустил сгенерированный EXE с помощью короткой вырезки, а затем подключил отладчик VS IDE, я смог бы проверить свой код без появления AccessViolationExceptions.

Итак, теперь я создал функцию, которая использует метод «vshost», который я могу использовать для предупреждения или блокировки определенного кода, если я просто выполняю ежедневное программирование изнутри VS ID.

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