Pattern per HttpHandler asincrono riutilizzabile

Question

Attualmente sto sviluppando un HttpHandler personalizzato (per la compressione/combinazione di CSS, ma non importa per questa domanda).

Ho iniziato con un semplice reusable = sincrono HttpHandler come tutti sappiamo.

Ora sto provando a migliorarlo con un gestore asincrono (poiché utilizza la funzionalità IO e viene utilizzato su un sito Web molto occupato).

Il mio primo tentativo (e questo sembra funzionare bene):

Action<HttpContext> asyncProcessRequest; 

public IAsyncResult BeginProcessRequest(HttpContext context, AsyncCallback cb, object extraData) 
{ 
    asyncProcessRequest = new Action<HttpContext>(ProcessRequest); 
    return asyncProcessRequest.BeginInvoke(context, cb, extraData); 
} 

public void EndProcessRequest(IAsyncResult result) 
{ 
    asyncProcessRequest.EndInvoke(result); 
} 

public virtual void ProcessRequest(HttpContext context) 
{ 
    // real work 
} 

Questo è un HttpHandler non riutilizzabili (come da quanto ho letto, IsReusable dovrebbe essere falsa, perché questo gestore ha lo stato (l'asyncProcessRequest . campo)

Ora voglio fare questa riutilizzabile Così il mio primo pensiero è stato quello di creare un dizionario di IAsyncResult/Azione in questo modo:.

IDictionary<IAsyncResult, Action<HttpContext>> asyncProcessRequests; 

public IAsyncResult BeginProcessRequest(HttpContext context, AsyncCallback cb, object extraData) 
{ 
    if (asyncProcessRequests == null) 
    { 
     asyncProcessRequests = new Dictionary<IAsyncResult, Action<HttpContext>>(); 
    } 

    var request = new Action<HttpContext>(ProcessRequest); 
    var result = request.BeginInvoke(context, cb, extraData); 
    asyncProcessRequests.Add(result, request); 
    return result; 
} 

public void EndProcessRequest(IAsyncResult result) 
{ 
    Action<HttpContext> action; 
    if (asyncProcessRequests.TryGetValue(result, out action)) 
    { 
     action.EndInvoke(result); 
    } 
} 

questa è una correc modello? o sono via?

Sembra funzionare (Non ricevo eventuali errori o comportamenti strano), ma prima di mettere questo per la produzione, vorrei verificare con qualcuno che ha più esperienza di me nello scrivere queste gestori HTTP ..

Grazie in anticipo!

Answer 1

In generale, per il modello asincrono, è necessario utilizzare il parametro di stato che si passa al metodo BeginXxx come ultimo parametro (lo si è chiamato extraData).

Quindi è possibile creare una classe di supporto contenente lo (originale) extraData e qualsiasi altro stato aggiuntivo necessario per gestire la fine della richiesta.

Tuttavia, nel tuo caso specifico, credo che non stai accelerando nulla con l'uso del modello asincrono. Mentre funziona, fondamentalmente aggiunge solo un sovraccarico, dal momento che stai chiamando un delegato in modo asincrono, che non fa altro che inviare una chiamata al pool di thread per gestire la chiamata. Pertanto, finché non si hanno più delegati in esecuzione simultaneamente tramite chiamate asincrone, non si trarrà alcun vantaggio. Dal momento che le richieste web sono già multithread, non credo che ciò aiuti le prestazioni; al contrario, corri il rischio di morire di fame da threadpool.

La gestione asincrona corretta ed efficiente non è facile. Puoi trarne vantaggio se stai facendo cose intrinsecamente asincrone come leggere dati da un file o una connessione di rete o quando chiami componenti esterni che supportano la chiamata asincrona (come una chiamata al servizio web o un database).

Answer 2

Se ricordo correttamente IsReusable indica ad ASP.NET che il gestore non deve essere distrutto dopo l'elaborazione della richiesta e che la stessa istanza potrebbe essere utilizzata per elaborare richieste successive. Cioè un'istanza dell'oggetto gestore non gestisce più richieste contemporaneamente.