Asp.net WebAPI: Przerwane (anulowane) żądania

Question

Na początek, jest to dyskusja, jeśli ktokolwiek z was robi coś takiego jak anulowanie żądań w kontrolerach WebAPI (prawdopodobnie również w przypadku MVC).

Co mam na myśli w szczególności, jest następujący scenariusz: Klient (przeglądarka zazwyczaj) uruchamia żądania, odlatuje lub jest bardziej ogólny, przerywa żądanie z dowolnego powodu. Teraz żądanie jest przerywane po stronie klienta i nie będzie dłużej brane pod uwagę. Ale po stronie serwera żądanie jest jeszcze wykonanie i zazwyczaj można robić 2 rzeczy szczególnie interesujący:

• Nawiąż (ciężki) DB-Query
• Zrób (ciężki) zgłoszenia serwisowego do innej usługi

Na koniec wszystko (przynajmniej jeśli jest to przynajmniej operacja odczytu bez efektów ubocznych).

Czy w takim przypadku ktoś obsługuje anulowanie trwającego zapytania/zgłoszenia serwisowego?

Wiem, że Token Anulowania może zostać przekazany w kontrolerze API (mimo że nie udało mi się go uruchomić, więc anulowanie było rzeczywiście wymagane przy przerywaniu pracy klienta). Ten token odwołujący się, teoretycznie, musiałby zostać przekazany do wszystkich niższych warstw, aby obsłużyć prawdopodobne anulowanie wywołań DB i usług.

Answer 1

Podczas gdy w momencie pisania WebAPI nie obsługuje bezpośrednio anulowania, OWIN API absolutnie robi. Jeśli korzystasz z interfejsu WebAPI 2.0, będziesz mieć dostęp do OWIN i będziesz mógł uzyskać dostęp do kontekstu za pomocą obwolut Microsoft, korzystając z metody rozszerzenia GetOwinContext().

Dogodnie anulowanie jest propagowane przy użyciu wartości CancellationToken ujawnionej przez właściwość CallCancelled obiektu OwinRequest. Możesz umieścić to wszystko razem, aby uzyskać token wewnątrz metody kontrolera:

public async Task Get() 
{ 
    var cancellation = Request.GetOwinContext().Request.CallCancelled; 

    await database.FooAsync(cancellation); 
} 

To dość brzydkie. Będziesz musiał wykonać to wywołanie w każdej metodzie, która musi obsługiwać anulowanie i nie działa dobrze z proponowaną przyszłością, w której WebAPI da ci to CancellationToken. Zamiast tego, czy nie byłoby lepiej, gdybyśmy mogli wprowadzić ten parametr?

public async Task Get(CancellationToken cancellation) 
{ 
    await database.FooAsync(cancellation); 
} 

Aby to zrobić, można utworzyć parametr niestandardowy wiązania, które chwyta CancellationToken z kontekstu OWIN:

public class OwinCancellationTokenBinding : HttpParameterBinding 
{ 
    public OwinCancellationTokenBinding(HttpParameterDescriptor parameter) 
     : base(parameter) 
    { 
    } 

    public override Task ExecuteBindingAsync(
     ModelMetadataProvider metadataProvider, 
     HttpActionContext actionContext, 
     CancellationToken cancellationToken) 
    { 
     actionContext.ActionArguments[Descriptor.ParameterName] 
      = actionContext.Request.GetOwinContext().Request.CallCancelled; 

     return Task.FromResult<object>(null); 
    } 
} 

Aby to wykorzystać, można zarejestrować wiązanie z HttpConfiguration używając jego ParameterBindingRules kolekcji :

config.ParameterBindingRules.Add(p 
    => p.ParameterType == typeof(CancellationToken) 
    ? new OwinCancellationTokenBinding (p) 
    : null); 

Ta reguła pasuje do dowolnego parametru typu CancellationToken. Możesz tutaj utworzyć dowolną regułę, która będzie pasować do parametrów, które chcesz, aby ta wartość była przewidziana.