Selektywne zapobieganie zatrzymywaniu się debuggera przy wyjątkach pierwszej szansy

Question

Wiem, że mogę uniemożliwić debuggerowi Visual Studio zatrzymanie się na określonych rodzajach wyjątków, gdy są one wywoływane (za pośrednictwem okna dialogowego "Wyjątki" Ctrl-Alt-E). Ale co, jeśli chcesz kontrolować to z kodu, dla niektórych konkretnych miejsc, a nie na zasadzie wszystko albo nic? Na przykład:

try 
{ 
    SomeMethod(token); 
} 
catch (OperationCancelledException) 
{ 
    return false; 
} 

// ... 

void SomeMethod(CancellationToken token) 
{ 
    // ... 

    // I don't want the debugger to stop on the following line 
    #pragma ignore(OperationCancelledException, true) 
    token.ThrowIfCancellationRequested(); 
    #pragma ignore(OperationCancelledException, false) 
} 

używam hipotetycznego #pragma ignore aby zilustrować, co mam na myśli, ale nie coś takiego rzeczywiście istnieje?

UPDATE w celu odpowiedzi na pytanie "Niejasne, o co pytasz". Wypróbuj ten kod w debugerze: https://dotnetfiddle.net/npMk6r. Upewnij się, że wszystkie wyjątki są włączone w oknie dialogowym Ctrl-Alt-E. Debuger zatrzyma się na linii throw new OperationCanceledException("cancelled1") po każdej iteracji pętli. Nie chcę, żeby tak się stało, ponieważ jest to denerwujące. Jednak chcę, aby zatrzymał się na ostatnim rzucie poza pętlą, throw new OperationCanceledException("cancelled2") (lub gdziekolwiek indziej, o to chodzi).

Answer 1

Może to nie jest dokładnie to, czego szukasz, ale użyłbym do tego atrybutu DebuggerNonUserCode.

Oto przykład zmodyfikowanej wersji fiddle. Debugger nie zatrzyma się na ThrowIfCancellationRequested chociaż OperationCanceledException jest włączona w Ctrl + Alt + E dialogowym Wyjątki.

using System; 
using System.Diagnostics; 
using System.Threading; 

namespace TestApp 
{ 
    static class Ext 
    { 
     [System.Diagnostics.DebuggerNonUserCode()] 
     public static bool TryThrowIfCancellationRequested(
      this CancellationToken token) 
     { 
      try 
      { 
       // debugger won't stop here, because of DebuggerNonUserCode attr 
       token.ThrowIfCancellationRequested(); 
       return true; 
      } 
      catch (OperationCanceledException) 
      { 
       return false; 
      } 
     } 
    } 

    public class Program 
    { 
     static bool SomeMethod(CancellationToken token) 
     { 
      System.Threading.Thread.Sleep(1000); 
      return token.TryThrowIfCancellationRequested(); 
     } 

     public static void Main() 
     { 
      var cts = new CancellationTokenSource(1000); 

      for (var i = 0; i < 10; i++) 
      { 
       if (!SomeMethod(cts.Token)) 
        break; 
      } 
     } 
    } 
} 

Oczywiście, można mieć używane CancellationToken.IsCancellationRequested zamiast ThrowIfCancellationRequested w tym konkretnym przypadku, ale powyższe podejście ilustruje koncepcję, która może być rozszerzona do każdego innego wyjątku.

Answer 2

Co chcesz może być wyrażona jako

try 
{ // #pragma ignore(OperationCancelledException, true) 
    token.ThrowIfCancellationRequested(); 
} 
catch (OperationCancelledException op) 
{ // #pragma ignore(OperationCancelledException, false) 
    // ignore 
} 

Ale to jest uważane za złą praktyką. Wyjątki powinny być w jakiś sposób obsługiwane. Przynajmniej z niektórych powodów debugowania.

Answer 3

spróbować następujący sposób:

Kiedy „Just My Code” jest włączona, Visual Studio, w niektórych przypadkach złamie się na linii, która zgłasza wyjątek i wyświetla komunikat o błędzie „wyjątek nie obchodzić według kodu użytkownika. " Ten błąd jest łagodny. Możesz nacisnąć klawisz F5, aby kontynuować i zobaczyć zachowanie związane z wyjątkami, które zostało zademonstrowane w poniższych przykładach. Aby uniemożliwić programowi Visual Studio złamanie pierwszego błędu, odznacz pole wyboru "Just My Code" w obszarze Tools, Options, Debugging, General.

z here

nadziei, że to pomoże