由于业务层和数据库层设计不当，MVC4 中的极端性能问题

第二次更新 24.10.2013

我已经将这个问题缩小到我的数据库层。显然，这是LINQ2SQL的性能问题。想象一下，在单个查询中加载 10 个实体，然后添加逻辑来检索这 10 个主要实体的子实体。为了进行性能调整，您希望在单个查询中执行该数据检索，但 L2S 总共在 11 个查询中执行此操作：

• 一个查询来检索 10 个主要实体
• 十个查询，用于检索每个主实体的 n 个子实体数量

网上的各种博客和文章证实了我的发现，尽管这些文章已经有几年的历史了，有些可以追溯到2007年。我找到的文章指出，实体框架是解决此问题的可能解决方案，因为 EF 支持 L2S 不支持的预期行为。可悲但真实，似乎我将不得不重新编程我的数据库层。

第一次更新 24.10.2013

我在 ANTS Profiler 的帮助下进一步缩小了这个问题的范围。我的业务逻辑和总体设计似乎存在问题。我发现了一种趋势，即创建对象的次数太多，而不仅仅是使用已经创建的版本。我正在进行大修并优化代码，看看这是否会提高最终用户体验的网站性能。

问题

我在呈现 MVC 视图时遇到严重的性能问题。根据浏览器控制台，仅包含两行文本的视图需要 3.75 秒，通过访问/Innhold/Mangler 在 Chrome 和 Internet Explorer 中进行测试

应用程序在以发布模式构建的生产环境中运行，并在 Web.config 中

这种严重的性能问题到底是什么原因？我在这里开始没有想法了。

代码附在下面。

我有以下视图称为"Feil"：

@{
    ViewBag.Title = "Feil";
    Layout = "";
}
<h2>Feil</h2>
<pre>@ViewBag.Exception</pre>

我在控制器"Innhold"中得到了以下称为"Mangler"的操作：

public ActionResult Mangler()
{
    ViewBag.Exception = "Det er ikke konfigurert noen nettside for denne lenken.";
    ViewBag.Title = "404";
    ViewBag.WebsiteID = 0;
    return View("~/Views/Shared/Feil.cshtml");
}

我已经清除并添加了我需要的唯一视图引擎，并在 Global.asax .cs 的 Application_Start（） 中指定了我需要的唯一文件扩展名：

protected void Application_Start()
{
    AreaRegistration.RegisterAllAreas();
    WebApiConfig.Register(GlobalConfiguration.Configuration);
    FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
    RouteConfig.RegisterRoutes(RouteTable.Routes);
    ViewEngines.Engines.Clear();
    ViewEngines.Engines.Add(new RazorViewEngine() { FileExtensions = new string[] { "cshtml" } });
}