asp.net mvc3 richiesta affinità thread

Question

Sto utilizzando un meccanismo proprietario IoC nella mia applicazione asp.net mvc3 (su IIS7) che salva lo stato nei campi [ThreadStatic] e quindi si basa su un'ipotesi che HttpApplication.BeginRequest, HttpApplication.EndRequest e l'intera esecuzione sincrona della (singola) richiesta a cui si riferiscono viene eseguita sullo stesso thread.

Questa supposizione è corretta?

Answer 1

Questa supposizione è corretta?

No, questa ipotesi è not correct e c'è evidence per esso. L'unico meccanismo di archiviazione affidabile per richiesta in ASP.NET è HttpContext.Items.

Non utilizzare mai i campi [ThreadStatic] per memorizzare valori per richiesta in un'applicazione ASP.NET. Ad esempio, se si dispone di un controller asincrono, è possibile che il motore esegua una richiesta dal pool di thread per iniziare a servire la richiesta, quindi avviare un'operazione asincrona basata su un IOCP (Porta di completamento I/O) e infine disegnare un altro thread da la piscina per completare la richiesta. Quindi potresti avere 2 thread differenti che servono la stessa richiesta HTTP.

Assolutamente mai fare affidamento sul fatto che la richiesta HTTP sarà servita dallo stesso thread.

Questo potrebbe essere vero in alcuni casi per le richieste sincrone, ma ricorda che questo è solo un dettaglio di implementazione. Questo potrebbe cambiare senza preavviso da una versione di .NET a un'altra. Non devi mai fare affidamento su di esso e non utilizzare mai [ThreadStatic] in ASP.NET. Questo potrebbe morderti molto male.