SQL Server 的 NHibernate 超时

Question

我有一个带有 C# 后端的 ASP.Net 应用程序，它使用 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，请求之间没有共享会话，会话正在正确处理。

问题是，当我开始浏览 Web 的不同部分（因此执行新请求）时，进程开始像图像中一样增长......并且在某个时刻，网页响应运行时错误或超时。

如何控制这种行为？ 每个请求只能有一个进程，并且在处理时关闭进程？

编辑 2：

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

Answer 1

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

通常这种上下文将会话存储在HttpContext.Current.Items 字典中。这是一个安全的地方，可以确保它不会最终与其他 http 请求共享。
相反，如果它在请求之间共享会话，那么一旦负载过重，您的应用程序对于大多数用户来说都会失败。
如果它使用ThreadContext 或CallContext，则由于“ASP.Net 线程敏捷性”导致某些http 请求切换线程并丢失其先前的ThreadContext 和CallContext . HttpContext.Current.Items 保证在 http 请求切换线程时保留，而不是其他线程。

如果这个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 分析器的作者。