Anulowanie żądania HttpClient - Dlaczego TaskCanceledException.CancellationToken.IsCancellationRequested false?

Question

Biorąc pod uwagę następujący kod:

var cts = new CancellationTokenSource(); 

try 
{ 
    // get a "hot" task 
    var task = new HttpClient().GetAsync("http://www.google.com", cts.Token); 

    // request cancellation 
    cts.Cancel(); 

    await task; 

    // pass: 
    Assert.Fail("expected TaskCanceledException to be thrown"); 
} 
catch (TaskCanceledException ex) 
{ 
    // pass: 
    Assert.IsTrue(cts.Token.IsCancellationRequested, 
     "expected cancellation requested on original token"); 

    // fail: 
    Assert.IsTrue(ex.CancellationToken.IsCancellationRequested, 
     "expected cancellation requested on token attached to exception"); 
} 

spodziewałbym ex.CancellationToken.IsCancellationRequested być true wewnątrz bloku catch, ale tak nie jest. Czy coś nie rozumiem?

Answer 1

To dlatego, że HttpClient wewnętrznie (w SendAsync) używa TaskCompletionSource do reprezentowania operacji async. Zwraca TaskCompletionSource.Task i to jest zadanie, które wykonujesz na await.

Następnie wywołuje base.SendAsync i rejestruje kontynuację zwróconego zadania, które anuluje/zakończy/uszkodzi zadanie TaskCompletionSource.

W przypadku anulowania korzysta z TaskCompletionSource.TrySetCanceled, która kojarzy anulowane zadanie z nowym CancellationToken (default(CancellationToken)).

Możesz to zobaczyć, patrząc na TaskCanceledException. Na szczycie ex.CancellationToken.IsCancellationRequested jest falseex.CancellationToken.CanBeCanceled jest również false, co oznacza, że ​​ten CancellationToken nigdy nie może być anulowane, ponieważ nie został utworzony przy użyciu CancellationTokenSource.

---

Zamiast tego należy użyć TaskCompletionSource.TrySetCanceled(CancellationToken). W ten sposób TaskCompletionSource zostanie powiązany z CancellationToken przekazanym przez konsumenta, a nie po prostu domyślnym CancellationToken. Myślę, że to błąd (choć drobny) i przesłałem o tym issue on connect.