视图中的对象或输出缓存：哪个更好？

Question

我有一个在ASP.Net MVC中工作的电子商务。 我正在使用缓存来改善页面性能，并且正在运行。

我想知道什么可以提供更好的性能，例如，我可以在视图中设置OutputCache并在所有页面上使用此缓存， 或者可以将控制器中的产品列表放入缓存中（如下面的代码）并将其发送到View为用户呈现？

private IEnumerable<Products> GetProductsCache(string key, ProductType type)
        {
            if (HttpContext.Cache[key] == null)
                HttpContext.Cache.Insert(key, ProductRepository.GetProducts(type), null, DateTime.Now.AddMinutes(10), Cache.NoSlidingExpiration);

            return (IEnumerable<Products>)HttpContext.Cache[key];
        }

public ActionResult Index()
        {
            var home = new HomeViewModel()
                           {
                               Products = GetProductsCache("ProductHomeCache", ProductType.Product)
                               Services = GetProductsCache("ServiceHomeCache", ProductType.Service)
                           };

            return View(home);
        }

两者都有效，但是我想知道哪种是提高性能的首选方法，或者还有其他更好的方法吗？

Answer 1

在您的示例中，正如Ivan指出的那样，在性能上，输出缓存会稍微好一点。 但只有一点点。

根据我的经验，大多数性能提升来自数据缓存。 页面处理是一个相对便宜的操作，但是数据库调用不是。 因此，我总是gzip并将数据转储到高速缓存中，当我从高速缓存中获取数据时会膨胀。 如果您感兴趣，Hanselman会提供一个很好的压缩缓存示例： http : //www.hanselman.com/blog/CommentView.aspx? guid=aa479008-3d1e-45fc-b89f-e9c2ffc199c1

此外，在mvc中进行输出缓存可能会有些棘手。 要缓存整个页面是可以的，只需使用[OutputCache]属性。 但是，如果只想缓存部分数据（大部分时间是这样做的），则它会变得有些复杂。

希望缓存是MS在mvc 3中可以改善的东西。

Answer 2

OutputCache将提供更好的结果。 但是并非总是可以使用-例如，如果您有许多动态（特定于用户的）控件。

在许多视图中使用结果集时，也可以选择缓存结果。 您当前的实现不是缓存安全的-即，如果两个或多个线程同时进入if中，那么在保存结果时哪个会赢？ 如果您选择这种方式，请使用ReaderWriterLockSlim保护您的缓存。

选择缓存时间时也要小心！ 我建议您构建具有缓存能力的应用程序，但不要缓存，除非完全确定需要花费很多时间执行（可能需要改进您的方法？）。 项目准备就绪后，对其进行概要分析，然后将缓存放在仅需要的位置！

但我建议您先进行调查-即在给定情况下哪种方法对您更有效。 不要过度使用一个，也不要过度使用两个！

Answer 3

在真实的ASP.NET MVC网站中，您几乎没有机会使用OutPutCache。

问题在于没有使用甜甜圈缓存的保存方法。 这意味着您缓存了大部分页面，但是某些部分是用户特定的，您没有缓存。 这在旧式的ASP.NET中有效。

菲尔·哈克（Phil Haack）撰写了有关甜甜圈缓存的文章，但事实证明在MVC2中它不可行http://haacked.com/archive/2008/11/05/donut-caching-in-asp.net-mvc.aspx

我经常开始使用OutputCaching，而不是想着每个人都忘记的这个特定于用户的小细节。

您可能会认为：我可以通过做一些Java脚本工作来解决此问题，这些工作可以加载动态数据...对于面向公众的网站来说是个坏主意。 有非javascript客户端，还有Google bot。

首先，我很害怕这可能会使我们的高流量站点瘫痪：但是通过将调用结果缓存到数据层中，它可以很好地工作。