ASP MVC：何時調用IController Dispose（）？

Question

我要通過我的大MVC應用程序中的一個大的重構/速度調整。它已被部署到生產幾個月，現在我開始在連接池中等待連接。我已經跟蹤了這個問題，直到沒有妥善處理的連接問題。

在的光，因爲我已經做出這個改變我的基本控制器：

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); 
    } 
} 

現在，我有兩個問題：

1. 我是否引入競爭條件？由於configManager管理暴露IQueryable<>參數 的意見DataContext，我需要確保Dispose()不會在控制器上被稱爲 視圖渲染完畢之前。
2. 是否控制器上的MVC框架調用Dispose()之前或視圖渲染後？或者，MVC框架是否將 保留到GarbageCollector？

Answer 1

視圖渲染之後調用Dispose，總是。

該視圖在調用ActionResult.ExecuteResult呈現。這被稱爲（間接）ControllerActionInvoker.InvokeAction，而這又被ControllerBase.ExecuteCore調用。

由於控制器是在調用棧時，視圖被呈現，它不能被設置然後。

Answer 2

只是爲了擴大Craig Stuntz's Answer：

當控制器被設置在的ControllerFactory處理。在實現IControllerFactory接口時，需要實現的方法之一是ReleaseController。

我不知道是什麼的ControllerFactory您使用，無論你滾你自己的，但在反射看DefaultControllerFactory，該ReleaseController方法的實現，像這樣：

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

的一個IController引用傳遞中，如果該控制器實現了IDisposable，那麼將調用該控制器的Dispose方法。因此，如果在請求完成後（即渲染視圖之後）需要處理任何內容。繼承IDisposable並將您的邏輯放在Dispose方法中釋放任何資源。

的ReleaseController方法由處理請求的System.Web.Mvc.MvcHandler叫，它實現的IHttpHandler。 ProcessRequest使用HttpContext給它，並通過調用實現的ControllerFactory來啓動尋找控制器來處理請求的過程。如果您查看ProcessRequest方法，您將看到調用ControllerFactory的ReleaseController的finally塊。這僅在Controller返回ViewResult時調用。