我刚刚碰巧检查我们正在构建的ASP.NET MVC应用程序的性能。我将一个部分视图插入一个循环，出于好奇，我检查了渲染页面花费了多长时间。结果不好。
我需要做更多的决定性调查，但是为了防止有人遇到类似的问题或更多的见解，这里是我到目前为止。首先，我应该说，所有的结果和测量都是在多页加载之后完成的，而且我设置了< compilation debug =“false”>在我的web.config
>似乎单个渲染部分引起约5ms的打击(至少在我的环境中)。当我内联部分视图的实际内容时，几乎达到了0ms。
>当我将一个空的部分视图包含在大约70个元素的循环中时，总渲染时间增加大约60ms。所以有可能有一些缓存，但它并不理想。
>我调试了ASP.NET MVC，并发现部分视图被缓存，但它只缓存了ascx的路径。然后每次使用BuildManager.CreateInstanceFromVirtualPath方法实例化实际视图。
>现在有趣的是：当使用WebForms语法(< my：UserContol runat =“server”/>)包含相同的部分视图时，额外的60ms消失。
所以基于上述观察，似乎是BuildManager.CreateInstanceFromVirtualPath方法的罪魁祸首。也许，这不是多次被称为。 Webforms可能不会使用它;或者以某种方式使用它每个ascx只有一次？
解决方法
我刚刚将MVC2视图从循环中使用部分视图更改为单个视图，即：
<table>
foreach(var a in items)
{
<%: Html.Partial("SomePartialView",a) %>
}
</table>
SomePartialView包含用于在表中呈现单行的代码，例如：
<tr><td>Model.Name</td><td>Model.description</td></tr>
至 ：
foreach(var a in items)
{
<tr><td>a.Name</td><td>a.description</td></tr>
}
对于渲染900行的视图，页面渲染时间从5分钟页面加载下降到不到30秒，非常确凿的证明，在调用部分视图时有一个重大的开销。我确定这是可以忽略的，当你有一个单一的呼叫，但是在一个循环中，它都加起来，所以我建议避免在循环中的部分视图，如果可能的话。
