优化 ViewState答案

【问题标题】：Optimizing ViewState优化 ViewState
【发布时间】：2009-12-03 23:20:37
【问题描述】：

关于优化我的 ASP .NET 应用程序的视图状态，是否有人有任何想法或参考可以向我指出？我不想一起关闭它，优化它的主要目标是提高性能，所以我不想运行昂贵的函数来递归禁用某些控件的视图状态，因为该函数会减慢页面的加载时间会破坏目的。

有什么想法吗？

【问题讨论】：

标签： asp.net optimization viewstate

【解决方案1】：

这里有一些想法可以优化通过网络传输的 ViewState 的大小 (copied from this answer)：

对不需要的控件禁用 ViewState（这是最有效的解决方案）。例如。如果您可以在服务器上缓存一些数据，那么您可以为每个请求重新绑定任何数据绑定控件，并且不需要将所有内容保存在 ViewState 中。
在服务器 (IIS) 上打开 HTTP 压缩。这会减小发送到客户端的页面大小，包括 ViewState。
压缩 ViewState。这比 HTTP 压缩有一个额外的优势：它还减少了 PostBacks（发送回服务器的数据）的大小，因为 ViewState 在 PostBack 期间总是被发送回服务器。有多种方法可以解决这个问题，例如如this blog post所示。
将 ViewState 存储在服务器上，而不是将其与页面一起发送到隐藏字段中。最简单的方法是使用SesionPageStatePersister，但还有其他解决方案将 ViewState 存储到磁盘而不是使用 Session (see here for example)。

【讨论】：

太棒了！谢谢！就服务器执行而言，您是否大致知道视图状态压缩和在会话中存储视图状态是否昂贵。我仍然会在周一尝试这两个，只是为了用我的应用程序测试它，但我想知道你过去是否有过关于它减慢服务器速度的好/坏经验。跨度>
我已经为一个倾向于产生大量 ViewState 的 Web 应用程序使用了第四种方法。该应用程序在任何时候都只被少数用户使用，因此在这种情况下增加的内存使用量不是问题。我使用第三个选项进行了一些测试，但到目前为止还没有进行任何测试/测量（从未在生产中使用它）。通常我会尽量禁用/最小化 ViewState（选项 1）。
@Adam : Viewstate 压缩占用了我所读内容的更多 CPU/RAM
@Shide - 感谢您的提示！

【解决方案2】：

除了“不要在你的 ViewState 中投入太多”之外，我无法告诉你太多。

我会寻找优化的地方：

您自己添加到 ViewState 的任何内容
大量数据绑定到GridViews、<x>Lists和Repeaters等数据显示控件。

GridViews 对ViewState 尤其不好；您数据绑定的所有内容都进入其中，因此如果您绑定一个特别大的列表，期望 ASP.NET 为您处理它的分页，您将拥有一个巨大的ViewState。解决此问题的唯一方法是一次仅将一页绑定到GridView，但这意味着您必须进行数据端分页，这可能同样痛苦，或者关闭ViewState GridView，这意味着（可以说）有用的功能，如在线编辑不再可用。

这里没有灵丹妙药。

【讨论】：

起初我试图找出一种方法来完成系统范围内的视图状态优化，但我想得越多，我就越得出结论，这必须是一个控制方式-控制的东西。谢谢！

【解决方案3】：

ViewState 是一种客户端状态管理，它会成为您的请求和响应数据包的一部分，而繁重的视图状态确实会降低您的应用程序性能。优化 ViewState 性能的一种快速选择是将其保留在服务器端并仅在需要时使用它。这是有道理的，因为 ViewState 从未真正在客户端浏览器端使用，并且在您回发时始终需要在服务器端。您可以使用 AppFabric 或 NCache 等分布式缓存系统将 ViewState 存储在服务器端，这将有助于提高性能。

我亲自与 NCache 合作过，它没有用于 ViewState 缓存的代码更改提供程序。

Click here to view the article for ASP.NET View State Caching

【讨论】：