Unikanie pierwsze komunikaty o wyjątkach szansę, gdy wyjątek jest bezpiecznie obchodzić

Question

Poniższy fragment kodu łapie wyjątek EOS

using (var reader = new BinaryReader(httpRequestBodyStream)) { 

    try { 
     while (true) { 
      bodyByteList.Add(reader.ReadByte()); 
     } 
    } catch (EndOfStreamException) { } 
} 

Dlaczego więc nadal otrzymywać wyjątki pierwszej szansa na konsolę?

Pierwsza szansa wyjątek typu „System.IO.EndOfStreamException” wystąpił w mscorlib.dll

Czy istnieje sposób, aby ukryć te komunikaty o wyjątkach pierwsza szansa?

Answer 1

Punktem wyjątków "pierwszej szansy" jest to, że widzisz ich jako pre-handler, dzięki czemu możesz zatrzymać się na nich podczas debugowania w momencie rzucania. Wyjątek "drugiej szansy" to taki, który nie ma odpowiedniego programu obsługi. Czasami chcesz złapać wyjątki "pierwszej szansy", ponieważ ważne jest, aby zobaczyć, co się dzieje, gdy jest rzucany, nawet jeśli ktoś go łapie.

Nie ma się czym martwić. To normalne zachowanie.

Answer 2

Myślę, że strumień rzuca ten wyjątek, więc Twoja próba jest zawężona, aby go złapać.

Dodaj jeszcze kilka spróbuj przechwytywać kombinacje wokół różnych zakresów, aż złapiesz je tam, gdzie jest on faktycznie rzucany, ale wydaje się, że dzieje się to na zewnątrz, ponieważ obiekt strumienia nie jest tworzony w zakresie użycia .

Answer 3

1) W Visual Studio można zmienić ustawienia sposobu, w jaki debugger obsługuje wyjątki (włamuje się).

Przejdź do Debugowanie> Wyjątki. (Zauważ, że to może nie być w twoim menu, w zależności od ustawienia środowiska Visual Studio. Jeśli nie tylko dodasz je do swojego menu za pomocą menu Dostosuj.)

W tym miejscu pojawi się okno dialogowe wyjątków i godzina ich rozbicia .

W wierszu "Wyjątki środowiska wykonawczego języka wspólnego" można odznaczyć wyrzucone (które powinno przestać zawracać sobie głowę wyjątkami pierwszej szansy), a także można odznaczyć opcję Odłączony użytkownik (którego nie polecam), jeśli chce.

2) Otrzymywana wiadomość nie powinna znajdować się w konsoli, ale powinna pojawić się w oknie "Wyjście" programu Visual Studio. Jeśli tak jest, to nie znalazłem możliwości usunięcia tego, ale nie pojawi się, jeśli uruchomisz aplikację bez Visual Studio.

Nadzieję, że pomaga.

Answer 4

W przeciwieństwie do Java, wyjątki .NET są dość drogie pod względem mocy obliczeniowej i należy unikać wyjątków obsługiwanych w normalnej i pomyślnej ścieżce wykonania.

Nie tylko pozwoli to uniknąć bałaganu w oknie konsoli, ale poprawi się wydajność i sprawi, że liczniki wydajności, takie jak wyjątki .NET CLR, będą bardziej znaczące.

W tym przykładzie należy użyć

while (reader.PeekChar() != -1) 
{ 
    bodyByteList.Add(reader.ReadByte()); 
} 

Answer 5

Aby uniknąć obejrzeniu wiadomości, kliknij prawym przyciskiem myszy w oknie wyjściowym i odznacz „Wiadomości Exception”.

Jednak ich zobaczenie może być miłe, jeśli chcesz wiedzieć, kiedy wyjątki są zgłaszane bez ustawiania pułapek i ponownej konfiguracji debuggera.

Answer 6

w VB.NET:

<DebuggerHidden()> _ 
Public Function Write(ByVal Text As String) As Boolean 
    ... 

Answer 7

Właściwie jeśli mają wiele wyjątków na sekundę, będzie można osiągnąć lepszą wydajność moszczu sprawdzając reader.EndOfStream wartości .. Drukowanie na te komunikaty o wyjątkach jest niewiarygodnie powolny, a ukrywanie ich w visual studio nie przyspieszy niczego.

Answer 8

Miałem ten problem i nie mogłem ustalić, gdzie wyjątek został zgłoszony. Dlatego moim rozwiązaniem było umożliwienie Visual Studio zatrzymanie wykonywania na tego rodzaju wyjątku.

1. Nawiguj do "Debug/wyjątki"
2. Rozwiń "Wyjątki" Common Language Runtime drzewo.
3. Rozwiń gałąź "System".
4. Przewiń w dół do miejsca, w którym znajduje się "NullReferenceException" i zaznacz pole wyboru "throw" (odrzuć) , a następnie odznacz pole "user-handled".
5. Debuguj swój projekt.

Answer 9

Jeśli chcesz mieć większą kontrolę nad tych komunikatów, można dodać Handler:

Friend Sub AddTheHandler() 
AddHandler AppDomain.CurrentDomain.FirstChanceException, AddressOf FirstChanceExceptionHandler 
End Sub 

<Conditional("DEBUG")> 
Friend Sub FirstChanceExceptionHandler(source As Object, e As Runtime.ExceptionServices.FirstChanceExceptionEventArgs) 
' Process first chance exception 

End Sub 

To pozwala wyciszyć je jak wspomniano w innych opinii, ale nadal sprawia, że ​​jesteś w stanie być świadomi z nich. Uważam, że dobrze jest zobaczyć, ile naprawdę rzucam, jeśli loguję wiadomość i znacznik czasu do pliku tekstowego.