ASP MVC: ¿Cuándo se llama IController Dispose()?

Question

Estoy pasando por un gran cambio de refactorización/velocidad de una de mis aplicaciones MVC más grandes. Se ha implementado en la producción durante unos meses y estaba empezando a tener tiempos de espera esperando conexiones en el grupo de conexiones. He rastreado el problema hasta que las conexiones no se eliminan adecuadamente.

En vista de ello, desde entonces he hecho este cambio a mi base:

public class MyBaseController : Controller 
{ 
    private ConfigurationManager configManager; // Manages the data context. 

    public MyBaseController() 
    { 
     configManager = new ConfigurationManager(); 
    } 

    protected override void Dispose(bool disposing) 
    { 
     if (disposing) 
     { 
      if (this.configManager != null) 
      { 
       this.configManager.Dispose(); 
       this.configManager = null; 
      } 
     } 

     base.Dispose(disposing); 
    } 
} 

Ahora, tengo dos preguntas:

1. ¿Estoy introducción de una condición de carrera? Desde el configManager gestiona el DataContext que expone IQueryable<> parámetros a los puntos de vista, que necesita para asegurarse de que Dispose() no se llamará en el controlador antes de la vista termina de renderizado.
2. ¿La estructura MVC llama al Dispose() en el controlador antes o después de que se visualice la vista? O bien, ¿el marco de MVC deja ese hasta el GarbageCollector?

Answer 1

Desechar se llama después de la vista se vuelve, siempre .

La vista se representa en la llamada al ActionResult.ExecuteResult. Eso se llama (indirectamente) por ControllerActionInvoker.InvokeAction, que a su vez se llama por ControllerBase.ExecuteCore.

Como el controlador está en la pila de llamadas cuando se muestra la vista, no se puede eliminar.

Answer 2

Sólo para ampliar Craig Stuntz's Answer:

El ControllerFactory maneja cuando se dispone de un controlador. Al implementar la interfaz IControllerFactory, uno de los métodos que necesita implementarse es ReleaseController.

no estoy seguro de lo que ControllerFactory que está utilizando, si usted rodó su cuenta, pero en el reflector mirando el DefaultControllerFactory, el método ReleaseController se lleva a cabo de esta manera:

referencia

public virtual void ReleaseController(IController controller) 
{ 
    IDisposable disposable = controller as IDisposable; 
    if (disposable != null) 
    { 
     disposable.Dispose(); 
    } 
} 

Un IController se pasa, si ese controlador implementa IDisposable, entonces se llama al método Dispose de los controladores. Por lo tanto, si tiene algo que necesita eliminar después de que la solicitud finalice, que es después de que se visualice la vista. Heredar de IDisposable y poner su lógica en el método Dispose para liberar cualquier recurso.

El método Release.Cont.Mvc.Mvc llama al método ReleaseController que maneja la solicitud e implementa IHttpHandler. El ProcessRequest toma el HttpContext dado a él y comienza el proceso de encontrar el controlador para manejar la solicitud, llamando al ControllerFactory implementado. Si observa el método ProcessRequest, verá el bloque finally que llama al ReleaseController de ControllerFactory. Esto solo se llama cuando el Controlador ha devuelto ViewResult.