NHibernate超时与SQL Server

Question

我有一个ASP.Net应用程序与后端在C＃中使用NHibernate与SQL Server。

最近我注意到，在很长的时间做一些任务在网络中的某一页，它冻结和超时进来（NHibernate的除外）。

超时问题后，我去SQL Server Management Studio中，我可以在显示屏上看到有像几十过程没有任何状态，所有到同一个数据库：

我有在任何地方搜索解决方案，我不知道我是否可能错误地处理会话。下面是我如何处置会话：

public static void DisposeSession() 
{ 
    FlushSession(true); // Method that does a commit if there is a transaction 
    ISession Session = CurrentSessionContext.Unbind(sessionFactory); 

    if (Session != null) 
    { 
     Session.Close(); 
     Session.Dispose(); 
    } 
} 

编辑1：

我目前使用WebForms和有请求之间没有共享会话，会话被正确配置。

问题是，当我开始去虽然我的网络的不同部分（这样新的请求），该过程将开始，像图像中成长......在某一点，该网页与运行时错误或超时响应。

我该如何控制这种行为？ 每个请求只有一个进程，处理时可以关闭进程？

编辑2：

我错了，会话管理是正确的，在第一个答案提供的方法进行。有一些进程，但它们由NHibernate正确管理。

Answer 1

首先，确保你的请求之间CurrentSessionContext不共享会话。

通常这种情况下在HttpContext.Current.Items字典存储会话。这是确保它不会与其他http请求共享的安全场所。
如果它在请求之间共享会话，那么一旦加载，大多数用户的应用程序就会失败。
如果它使用ThreadContext或CallContext，由于“ASP.Net线程敏捷性”导致某些http请求切换线程并丢失以前的ThreadContext和CallContext，它将定期对某些负载下的请求失败。当一个http请求切换线程时，HttpContext.Current.Items保证被保留，而不是其他的。

如果CurrentSessionContext看起来正确的，那么解决您的DisposeSession。它不能确保您的会话将在冲洗失败时关闭。

这也许应该是更喜欢：

public static void DisposeSession() 
{ 
    try  
    {  
     FlushSession(true); // Method that does a commit if there is a transaction 
    } 
    finally 
    { 
     ISession Session = CurrentSessionContext.Unbind(sessionFactory); 

     if (Session != null) 
     { 
      // Dispose closes the session too. And Close dispose the transaction 
      // if there was one. And transaction Dispose rollbacks if it was pending. 
      Session.Dispose(); 
     } 
    } 
} 

然后，检查该DisposeSession总是叫什么方式你的请求结束。特别是检查触发异常的请求发生了什么。这包括一些与ThreadAbortException一起工作的重定向案例，如Response.Redirect("...")。

会话管理：

关于我平时使用的会话管理模式，我绑定了依赖注入，与每个请求的生命周期和HTTP模块，确保它被设置在请求好歹事务由一个动作过滤器（MVC）处理。

你的模式远不止于此。如果你想改变它，你可能会更容易遵循这个blog post series从NHibernate的老计时器贡献者和NHibernate profiler的作者。