¿Cuándo es reutilizable un HttpHandler genérico (un ashx, la interfaz IHttpHandler)?

Question

He estado usando Ashx junto con jQuery. He leído msdn, estoy hablando de la propiedad IHttpHandler.IsReusable.

Obtiene un valor que indica si otra solicitud puede utilizar la instancia IHttpHandler .

¿Qué es "the IHttpHandler instance."? ¿Están tratando de hacerlo igual static para que todos puedan ver y usar? ¿Es reutilizable por el mismo que? (Cadena de consulta, galletas, etc?)

Si escribo esto:

public class MyHttpHandler : IHttpHandler 
    { 
     public void ProcessRequest(HttpContext context) 
     { 
     context.Response.Write(DateTime.Now.Ticks.ToString());  
     } 

     public bool IsReusable 
     { 
     get { return true; } 
     } 
    } 

aparece cada solicitud tendrá su propia actualizada- Datetime valor.

Answer 1

En su ejemplo, no está administrando ningún estado. Cualquiera puede llamar al ProcessRequest tantas veces como lo deseen en la misma instancia y obtendrán un nuevo DateTime.

Pero lo que si usted hizo esto:

private DateTime _dateTime = DateTime.Now; 

public void ProcessRequest(HttpContext context) 
{ 
    context.Response.Write(_dateTime); 
} 

Ahora que obtendrá la misma respuesta cada vez después de la instancia manejador se instancia. A menos que ASP.NET genere uno nuevo cada vez.

IsReusable puede indicar si su clase de controlador maneja cualquier estado que esté bien para compartir entre solicitudes separadas. Si administra el estado que no está bien para compartir, entonces no es probable que sea idempotente externamente, o posiblemente no sea seguro para subprocesos. Llamar al ProcessRequest con las mismas condiciones de entrada puede no dar como resultado el mismo resultado, porque su implementación específica del manejador también tiene algunas variables de nivel de instancia que no están bien para compartir cuando determina el resultado. (Y de hecho, técnicamente su implementación actual es un ejemplo de eso). En estos casos, la instancia probablemente no sea "reutilizable", y ASP.NET necesita generar una nueva instancia cada vez para garantizar la previsibilidad.

Así que para los casos en que no se maneja el estado, o si tiene manejadores muy simples donde el estado es "obvio" (como el ejemplo que tenemos aquí), IsResuable puede parecer inútil. Pero si tiene un manejador muy complejo, posiblemente uno que conserve un estado que es costoso de inicializar pero que está bien para compartir, querrá indicarle a ASP.NET que puede volver a utilizarlo para el rendimiento.

Answer 2

Si tiene una variable de instancia allí, creo que encontrará que se comparte entre numerosas llamadas, por lo que si su fecha fue establecida como una variable de instancia y la devuelve en su solicitud de proceso, creo que volverá mismo valor, mientras que no lo hará si isreusable = false, ya que creará una nueva instancia de su controlador.

Answer 3

sentimos que acaba de publicar un enlace a la respuesta, pero una gran explicación de IsReusable:

IsReusable blog post

Esencialmente encenderlo si su código es completamente seguro para subprocesos, lo dejan fuera si no lo es. Bueno, eso es lo que deduzco de eso.

Answer 4

Aparentemente, esto mantiene el controlador en la memoria y es capaz de manejar múltiples solicitudes. Cuando se establece en falso, tiene que crear una nueva instancia del controlador para cada solicitud entrante.

public bool IsReusable 
{ 
    get 
    { 
     return true; 
    } 
}