ASP.NET MVC URL 生成性能

ASP.NET MVC 的一点基准测试。查看页面代码：

    public string Bechmark(Func<string> url)
    {
        var s = new Stopwatch();
        var n = 1000;

        s.Reset();
        s.Start();
        for (int i = 0; i < n; i++)
        {
            var u = url();
        }
        s.Stop();
        return s.ElapsedMilliseconds + " ms, " + ((s.ElapsedMilliseconds) / (float)n) + " ms per link<br/>";
    }

查看代码：

<%= Bechmark(() => Url.Action("Login", "Account")) %>

<%= Bechmark(() => Url.Action("Login", "Account", new {username="bla", password="bla2", returnurl="blabla32", rememberme=false} )) %>

<%= Bechmark(() => Html.BuildUrlFromExpression<AccountController>(a=>a.ChangePassword("bla", "bla", "ya")) ) %>

使用 ASP.NET MVC Beta 在默认的新项目模板上的典型 Core2 笔记本上运行此命令会产生以下结果：

38 毫秒，每个链路 0,038 毫秒

120 毫秒，每个链路 0.12 毫秒

54 毫秒，每个链路 0,054 毫秒

在大约 10 个控制器（总共有大约 100 个方法和 30 个路由表条目）的生产项目上运行相同的基准测试，基于表达式的方法的性能会大大降低：

31 毫秒，每个链路 0,031 毫秒

112 毫秒，每个链路 0,112 毫秒

450 毫秒，每个链路 0.45 毫秒

我们经常使用这种方法（可维护性）并进行一些性能基准测试，这极大地降低了站点的性能 - 页面很快包含大约 30 个或更多此类链接，这意味着单个页面上有 10 毫秒的额外开销。即使每个 URL 0.112 毫秒，纯 CPU 开销也约为 4 毫秒。

应该指出的是，MVC Preview 3 和 Beta（昨天发布）之间所有三个 URL 生成调用的性能都提高了 5 倍。

Stack Overflow 据说是由相同的框架提供支持的，你们是如何解决这个扩展问题的？自由缓存首页（大量链接）和预渲染控件？

ASP.NET MVC 中的其他生产网站是否存在性能问题或一些好的提示？

我在 MS 论坛上问了这个问题，得到了 MS MVC 开发人员的回答。

The post http://forums.asp.net/t/1335585.aspx

答案

从昨天的 MVC Preview 2 到最近发布的 MVC Beta，路由发生了很多变化。其中一些变化包括性能改进。以下是一些提高应用程序中 URL 生成性能的技巧：

1. 使用命名路由。命名路由是路由的一个可选功能。这些名称仅适用于 URL 生成 - 它们从不用于匹配传入 URL。当您在生成 URL 时指定名称时，我们将仅尝试匹配该路由。这意味着即使您指定的命名路由是路由表中的第 100 条路由，我们也会直接跳转到它并尝试匹配。

2. 将最常用的路由放在路由表的开头。这将提高 URL 生成以及处理传入 URL 的性能。路由基于第一场比赛获胜的规则进行。如果第一个匹配是路由表中的第 100 条路由，则意味着它必须尝试其他 99 条路由，但没有一条匹配。

3. 不要使用 URL 生成。有些人喜欢，有些人不喜欢。掌握起来有点困难。如果您的 URL 非常动态，那么使用它会很好，但如果您一开始的 URL 很少，并且您可能不关心它们到底是什么样子，那么它可能会有点麻烦。

我最喜欢的选项是#1，因为它非常易于使用，而且从应用程序开发人员（即您！）的角度来看，它还使 URL 生成更具确定性。