并发使用 MVC 应用程序的 Stack Empty 问题答案

【问题标题】：Stack Empty issue on concurrent use of MVC application并发使用 MVC 应用程序的 Stack Empty 问题
【发布时间】：2012-12-10 10:06:26
【问题描述】：

我们最近开发了一个新的 ASP.NET MVC 4 Web 应用程序 (C#/Visual Studio)。经过本地测试和调试后，我们将其部署到生产环境中，然后开始收到越来越多的健康监控邮件。这些有不同的异常消息：

堆栈为空。
集合已修改；枚举操作可能无法执行。
项目已添加。字典中的键：'ALL_HTTP' 正在添加的键：'ALL_HTTP'（还提到了其他键）。
值不在预期范围内。

例如一系列我们无法简单解决或重现的错误类型。 'Stack Empty' 是发生最多的一个，每天有 100 次（例如，对于 1-10% 的用户），所以我们专注于这个，因为其他错误似乎相关。这是部分堆栈跟踪：

Exception information:
Exception type: System.InvalidOperationException
Exception message: Stack empty.
...
Stack trace:    at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource)
at System.Collections.Generic.Stack`1.Pop()
at System.Web.WebPages.TemplateStack.Pop(HttpContextBase httpContext)

如图所示，堆栈跟踪大多完全位于 MVC 框架 (System.Web) 中。在我们自己的代码中，在某些堆栈跟踪中经常出现的唯一位置是在请求的 URL 的视图（.cshtml 文件）中，然后是在 @Html.RenderAction() 调用中。到目前为止，我们已经将其中很多重构为 RenderPartial() 调用。这导致堆栈跟踪中没有更多视图，尽管一些 RenderPartial 现在也给出了一些

搜索此错误表明并发/并行执行是原因。这符合我们最初无法在本地重现错误的事实，但它确实发生在生产中。我们没有进行负载测试，但现在已经能够通过同时启动大量应用程序/请求在本地开发人员系统上重现错误。然而，在我们的代码中，没有任何事情是通过显式并行指令完成的。

这似乎与 MVC 视图不是线程安全的有关。然而，很难想象没有其他人会遇到这种情况。我们每天有几千名访客，任何时候大约有 30 多个活跃用户。遗憾的是，由于 Google 排名下降（与此问题相关），这个数字现在正在下降。

有人知道这个问题的解决方案/方法吗？

【问题讨论】：

您是否将任何可能被多个线程访问的对象作为模型传递？像共享对象？
vtorola 不是真的！好吧，所有模型都从具有静态数据库上下文对象的 BaseModel 扩展，但是它存储在 HTTPContext 中（使用键）。这样做是为了在“每个请求”的基础上使用它（它在第一次访问时被延迟加载）。堆栈跟踪不指向此代码，它们仅在视图逻辑中。此外，我之前已经在最初设置数据库上下文的代码上添加了一个“锁定”语句，以防万一。这似乎没有改变任何东西。我们正在使用实体框架。
哇，听起来令人毛骨悚然：D 您应该使用 DbContext 作为控制器的一部分，从数据库生成所需的 POCO 对象，然后创建视图模型。视图应该是线程安全的，我从未见过这样的错误，所以我建议开始深入研究那个令人毛骨悚然的共享 DbContext。也许堆栈跟踪没有指向那个 BaseModel 对象，但它的一部分肯定是在多个线程之间共享的。
嗯，经常使用基于“每个请求”的数据库。我遵循“工作单元”模式。请参阅blog.stevensanderson.com/2007/11/29/… 更改它需要我将所有静态数据库访问功能更改为动态功能。这个结构在这个应用程序的 ASP.NET webforms 版本上运行了很多年，直到今天，因为我们仍然有成千上万的用户在这个站点上。（如果我们不解决这个问题，他们将不会切换到新网站:)。
哦，是的，没关系。我的意思是模型应该是代表视图状态的非常简单的结构，没有复杂的层次结构能够创建自己的数据库连接。这只是一个让细节更清晰的建议。为了让每个请求都有一个 DbContext，我使用了 IoC/DI 框架。

标签： concurrency asp.net-mvc-4 thread-safety renderaction

【解决方案1】：

我正在开发一个 ASP.NET MVC 4 应用程序，我也遇到了您提到的错误。尽管它们不同，但它们似乎具有相同的来源。在花了几个小时试图找出原因（以及大量代码更改）后，我从头开始分析。

由于我使用的是自定义路由，并且该路由有一个处理程序，它检查几件事并访问我通过注释数据库访问开始的数据库。非常快速地打开几个浏览器选项卡（使用 IISExpress > 显示所有应用程序窗口或通过 Ctrl+单击链接）我很高兴看到所有页面都正确显示，而不是几个随机错误消息。尝试了几次以确定并得出结论，访问数据库时出现问题。

public class MyNewRouteHandler : IRouteHandler {

    IHttpHandler MvcHandler;

    public IHttpHandler GetHttpHandler(RequestContext requestContext) {
        MvcHandler = new MvcHandler(requestContext);

        // some checkings and
        // some database access code 
        // that was commented

        return MvcHandler;
    }
}

同事建议我在这个方法里面加了一个小线程睡眠：GetHttpHandler。该行使错误再次出现，表明问题与 DB 无关...当我这样做时，我看到 MvcHandler 对象被定义为类属性，这可能是似乎是并发问题（仅当执行多个几乎连续的访问时，才会显示问题）。将 MvcHandler 对象移动到方法内的本地对象。

public class MyNewRouteHandler : IRouteHandler {

    public IHttpHandler GetHttpHandler(RequestContext requestContext) {
        IHttpHandler MvcHandler = new MvcHandler(requestContext);

        // some checkings and
        // some database access code 
        // that was commented

        return MvcHandler;
    }
}

经过测试，不再出现错误。取消注释我所有访问数据库（并进行其他检查）的代码，但仍然没有发现更多错误。差不多 3 天过去了，一切仍然正常。

【讨论】：

棒棒哒！事实上，我正在看它，但似乎也使用了自定义 MVC HttpHandler。而且这些家伙似乎不是线程安全的......很难找到一个，因为堆栈跟踪根本没有指向路由。

【解决方案2】：

这种Custom Route Handler 的方式确实解决了我的大部分错误，但我仍然有一些错误和新消息。其中一个指向我的Custom Route Handler 中的代码行，所有这些都有一个共同点，即字典正在由 MVC 框架处理，所以......我还有并发问题吗？

我假设是这样，并且我的所有方法属性都移到了 public IHttpHandler GetHttpHandler(RequestContext requestContext) 方法中，而不仅仅是前面提到的那个。其中之一是 RouteData 集合...最后，经过 2 天，似乎不再出现错误。

【讨论】：