¿Por qué mi función estática de ASP.Net se cruza "contextualmente" entre sesiones de usuario?

Question

Creo que necesito ayuda para entender cómo persisten los objetos estáticos en una aplicación ASP.Net. Tengo este escenario:

someFile.cs en una biblioteca de clases:

public delegate void CustomFunction(); 

public static class A { 
    public static CustomFunction Func = null; 
} 

someOtherFile.cs en una biblioteca de clases:

public class Q { 
    public Q() { 
     if (A.Func != null) { 
      A.Func(); 
     } 
    } 
} 

Algunos página ASP.Net:

Page_Init { 
    A.Func = MyFunc; 
} 

public void MyFunc() { 
    System.IO.File.AppendAllText(
     "mydebug.txt", DateTime.Now.ToString("hh/mm/ss.fff", Session.SessionID)); 
} 

Page_Load { 
    Q myQ = new Q(); 
    System.Threading.Thread.Sleep(20000); 
    mQ = new Q(); 
} 

La idea es que tengo un objeto de negocio que realiza alguna operación basada en una función de devolución de llamada en el nivel de UI. Establecí la función de devolución de llamada en una variable estática en Page_Init (en la versión de código real, en la página Maestra, si eso hace la diferencia). Pensé que cada ejecución de la página, sin importar de qué sesión de usuario provenía, pasaría por la lógica de esa función, pero operaría en su propio conjunto de datos. Lo que parece estar sucediendo en su lugar es un problema de concurrencia.

Si ejecuto una sesión de usuario, mientras duerme entre llamadas a esa función de devolución de llamada, inicie otra sesión de usuario, cuando la primera sesión vuelve de dormir, recoge la ID de sesión de la segunda sesión de usuario. como puede ser esto posible?

salida de mydebug.txt:

01/01/01.000 abababababab (session #1, first call) 
01/01/05.000 cdcdcdcdcdcd (session #2, first call - started 5 seconds after session #1) 
01/01/21.000 cdcdcdcdcdcd (session #1 returns after the wait but has assumed the function context from session #2!!!!!) 
01/01/25.000 cdcdcdcdcdcd (session #2 returns with its own context) 

¿Por qué es el contexto de la función (es decir, sus datos locales, etc.) se sobrescribe de una sesión de usuario a otro?

Answer 1

Una solución que puede considerar es el uso de [ThreadStatic].

http://msdn.microsoft.com/en-us/library/system.threadstaticattribute(VS.71).aspx

que hará que su estática por hilo. Sin embargo hay cavaets así que debes probar.

Answer 2

Cada solicitud a un sitio asp.net entra y se procesa en su propio hilo. Pero cada uno de esos hilos pertenece a la misma aplicación. Eso significa que cualquier cosa que marque como estática se comparte en todas las solicitudes y, por lo tanto, también en todas las sesiones y usuarios.

En este caso, la función MyFunc que es parte de su clase de página se copia sobre la parte superior de la Func miembro estático en A con cada Page_Init, y por lo que cada vez que un usuario hace una Page_Init, es reemplazando la A.Func utilizado por todas las solicitudes.

Answer 3

Los datos estáticos se comparten entre toda la application domain de su aplicación web. En resumen, se comparte entre todos los subprocesos que atienden solicitudes en su aplicación web, no está vinculado a una sesión/subproceso/usuario de ninguna manera, sino a toda la aplicación web (a diferencia de, por ejemplo, php donde cada solicitud vive en su propio entorno aislado bar algunos mandos proporcionados - como la variable de sesión.)

Answer 4

No intentaré mejorar las explicaciones de las respuestas de los miembros estáticos, pero quiero señalar otra forma de codificar su problema inmediato.

Como solución, se podría hacer una versión orientada a instancia de la clase A, almacenarlo en una variable de nivel de página, y pasarlo a Q 's constructor en la página de carga:

public class MyPage: Page { 
    private A2 _a2; 

    // I've modified A2's constructor here to accept the function 
    protected Page_Init() { this._a2 = new A2(MyFunc); } 

    protected Page_Load() { 
     Q myQ = new Q(this._a2); 
     // etc.. 
    } 
} 

En De hecho, si no hay una necesidad apremiante de declarar A2 anteriormente, podría crear una instancia al crear su instancia de Q en Page_Load.

Editar: Para responder a la pregunta planteada en otros comentarios, la razón por la que se comparten las variables es que las solicitudes comparten el mismo delegado, que tiene una sola copia de sus variables. Ver Jon Skeet's The Beauty of Closures para más detalles.

Answer 5

Si desea que los datos que persistan sólo para la solicitud actual, utilice HttpContext.Items: http://msdn.microsoft.com/en-us/library/system.web.httpcontext.items.aspx

Si desea que los datos que persisten durante la sesión del usuario actual (suponiendo que tiene el estado de sesión habilitado), utilice HttpContext.Session: http://msdn.microsoft.com/en-us/library/system.web.httpcontext.session.aspx