Czy kod źródłowy .NET może zakodować twardy punkt debugowania?

Question

Szukam sposobu w .NET (2.0, C# w szczególności) dla kodu źródłowego, aby wywołać przerwę debugowania, jak gdyby punkt przerwania był ustawiony w tym punkcie, bez konieczności pamiętania, aby ustawić konkretny punkt przerwania tam w debugerze i bez ingerencji w środowisko wykonawcze produkcji.

Nasz kod musi przełknąć wyjątki w produkcji, aby nie zakłócać aplikacji klienckiej, która łączy się z nami, ale próbuję skonfigurować tak, aby takie błędy pojawiały się, aby zostać przeanalizowane, jeśli tak się stanie uruchomiony w debugerze, w przeciwnym razie zostanie bezpiecznie zignorowany.

Moja próba użycia Debug.Assert(false) była mniej niż idealna i zakładam, że Debug.Fail() zachowałoby się w ten sam sposób. Teoretycznie nie powinno to mieć żadnego wpływu na produkcję i kończy się pomyślnie podczas debugowania, ale według projektu (o ile mogę to stwierdzić) nie można kontynuować wykonywania, jeśli chcesz zignorować ten błąd, tak jak przy rzeczywistym punkcie przerwania i tak jak w przypadku produkcji, w której połkniemy błąd. Najwyraźniej również przerywa ocenę stanu zmiennej, ponieważ debugger faktycznie zatrzymuje się w macierzystym kodzie systemowym, a nie w naszym, więc pomoc w debugowaniu jest ograniczona. (Może brakuje mi sposobu na powrót do rzeczy, aby spojrzeć na zmienne i tak dalej, gdzie to się stało?)

Miałem nadzieję na coś takiego jak Debug.Break(), ale wydaje się, że nie istnieje (chyba że w późniejszej wersji .NET?) i żadne inne metody nie wydają się mieć zastosowania.

Aktualizacja: Chociaż odpowiedź ctacke jest najlepiej pasuje do tego, co szukałem, mam odkąd odkrył również trick z Debug.Assert() - gdy uruchomiony w debugera - Pauza debuggera, przejdź do kod wywołania Debug.Asering (podświetlony na zielono, ponieważ jest w kodzie źródłowym) i naciśnij Step-Out (shift-F11), a następnie naciśnij Ignore w oknie dialogowym potwierdzenia. Spowoduje to wstrzymanie debuggera po powrocie assert (i będzie w stanie kontynuować wykonywanie, jakby nie było, ponieważ zostało zignorowane). Mogą istnieć inne sposoby robienia tego samego (czy uderzenie Spróbuj zrobić to bardziej bezpośrednio?), Ale w ten sposób było intuicyjne.

Answer 1

prawdopodobnie jesteś po coś takiego:

if(System.Diagnostics.Debugger.IsAttached) 
    System.Diagnostics.Debugger.Break(); 

Oczywiście który nadal będzie kompilowany w wersji Release. Jeśli chcesz, aby zachowywać się bardziej jak obiektu Debug gdzie kod po prostu nie istnieje w kompilacji Release, a następnie można zrobić coś takiego:

[Conditional("DEBUG")] 
void DebugBreak() 
{ 
    if(System.Diagnostics.Debugger.IsAttached) 
    System.Diagnostics.Debugger.Break(); 
} 

następnie dodać do niego zadzwonić w kodzie.

Answer 2

System.Diagnostics.Debugger.Break?

Answer 3

Pobiegłem do sytuacji, w której ten jeden raz nie działa

System.Diagnostics.Debugger.Break(); 

ale ten zrobił

System.Diagnostics.Debugger.Launch(); 

Answer 4

Co powiesz na skonfigurowanie programu Visual Studio tak, aby pojawiał się z debugerem, nawet jeśli go połkniesz?

Wykonaj:

• idź do Debug-> Wyjątki ...
• Znajdź odpowiedni wyjątek lub dodać go, jeśli jest to twój własny
• sprawdzić „rzucony” pole za wyjątkiem

To zatrzyma Visual Studio w miejscu, które jest wyjątek, nie tylko jeśli to nie jest obsługiwane.

Możesz zobaczyć więcej informacji here.

Answer 5

Miłą sztuczką, którą znalazłem jest umieszczenie Debugger.Break() w ctor swojego wyjątku.

Answer 6

W Visual Studio 2010, trafiając Retry w oknie Debug.Assert zabierze cię do nieudanej debugowania twierdzenia, jak gdybyś miał przerwania.

Answer 7

Jeśli chcesz mieć tylko jedną linię kodu zamiast 4, owinąć

#if DEBUG 
     if (Debugger.IsAttached) 
      Debugger.Break(); 
#endif 

do

public static class DebugHelper 
{ 
    [DebuggerHidden] 
    [Conditional("DEBUG")] 
    public static void Stop() 
    { 
     if (Debugger.IsAttached) 
      Debugger.Break(); 
    } 
} 

i używać

DebugHelper.Stop(); 

DebuggerHiddenAttribute jest dodawany, aby zapobiec debugger od zatrzymania się na wewnętrznym kodzie metody Stop i fr om wkroczenie do metody za pomocą F11.