ASP.NET中的viewstate使用

.net 中viewstate的原理和使用

如果在客户端和服务器段保持往返的状态，在.net中通过加入一个隐藏控件_ViewState来实现的,这些状态的保持不需要程序员来控制，节省了程序员的精力。但是如果大量使用viewstate会影响性能，例如页面中控件过多，那么会影响页面性能，可以通过禁止viewstate来解决这个问题。可以禁止整个页面的viewstate也可以禁止某个控件的viewstate，但是有几个控件的是没有办法禁止他的viewstate属性的。详见下面。
在编程中也可以使用viewstate来存放数据。
例如
在 ViewState 存放数据：

ViewState[key] = value;

或

ViewState.Add(key, value);

取出数据：

TempStr = ViewState[key];
key不存在时返回空。

不能通过ViewState对象来访问控件的值。

 

ASP.NET ViewState 初探

---

ViewState 到底是什么

与刚接触 ASP.NET 页面的开发人员交谈时，他们通常向我提出的第一个问题就是：“那个 ViewState 到底是什么？”他们的语气中流露出的那种感觉，就象我来到一家异国情调的餐馆，侍者端上一道我从未见过的菜肴时的那种感觉 —— 既疑惑不解，又充满好奇。但肯定有人认为它不错，否则就不会提供了。所以，我会先尝一尝，或许会喜欢上它，尽管它看上去的确很古怪！

对于 ViewState 也是如此，但是如果适应了它的风格，您会发现在许多情况下，您将乐于在自己的 ASP.NET 应用程序中使用 ViewState，因为它可以帮助您使用更少的代码完成更多的工作。但是，有时也会对 ViewState 完全弃之不用。下面我们就这两种情况分别进行阐述，不过，让我们先回答什么是 ViewState 这个问题。

答案：ViewState 用于维护页面的 UI 状态

Web 是没有状态的，ASP.NET 页面也没有状态，它们在到服务器的每个往返过程中被实例化、执行、呈现和处理。作为 Web 开发人员，您可以使用众所周知的技术（如以会话状态将状态存储在服务器上，或将页面回传到自身）来添加状态。下面我们以图 1 中的注册窗体为例进行论述。

图 1：恢复回传的窗体值

从上图中可以看出，我为便餐选择了一个无效的值。此窗体与 Web 上的多数窗体一样友好，它在出现错误的字段旁边显示一条有用的错误消息和一个星号。而且，窗体中还显示了我在其他文本框和下拉列表中输入的所有有效值。这在某种程度上是可能的，因为 HTML 窗体元素会在 HTTP 标头中将其当前值从浏览器发送到服务器。您可以使用 ASP.NET 跟踪来查看回传的窗体值，如图 2 所示。

图 2：HTTP 窗体中回传的值（通过 ASP.NET 跟踪显示）

在 ASP.NET 之前，通过多次回传将值恢复到窗体字段中完全是页面开发人员的责任，他们将不得不从 HTTP 窗体中逐个拾取回传值，然后再将其推回字段中。幸运的是，现在 ASP.NET 可以自动完成这项任务，从而为开发人员免除了一项令人厌烦的工作，同时也无需再为窗体编写大量的代码。但这并不是 ViewState。

ViewState（英文）是一种机制，ASP.NET 使用这种机制来跟踪服务器控件状态值，否则这些值将不作为 HTTP 窗体的一部分而回传。例如，由 Label 控件显示的文本默认情况下就保存在 ViewState 中。作为开发人员，您可以绑定数据，或在首次加载该页面时仅对 Label 编程设置一次，在后续的回传中，该标签文本将自动从 ViewState 中重新填充。因此，除了可以减少繁琐的工作和代码外，ViewState 通常还可以减少数据库的往返次数。

---

ViewState 的工作原理

ViewState 确实没有什么神秘之处，它是由 ASP.NET 页面框架管理的一个隐藏的窗体字段。当 ASP.NET 执行某个页面时，该页面上的 ViewState 值和所有控件将被收集并格式化成一个编码字符串，然后被分配给隐藏窗体字段的值属性（即 ）。由于隐藏窗体字段是发送到客户端的页面的一部分，所以 ViewState 值被临时存储在客户端的浏览器中。如果客户端选择将该页面回传给服务器，则 ViewState 字符串也将被回传。在上面的图 2 中可以看到 ViewState 窗体字段及其回传的值。

回传后，ASP.NET 页面框架将解析 ViewState 字符串，并为该页面和各个控件填充 ViewState 属性。然后，控件再使用 ViewState 数据将自己重新恢复为以前的状态。

关于 ViewState 还有三个值得注意的小问题。

• 如果要使用 ViewState，则在 ASPX 页面中必须有一个服务器端窗体标记 (
  )。窗体字段是必需的，这样包含 ViewState 信息的隐藏字段才能回传给服务器。而且，该窗体还必须是服务器端的窗体，这样在服务器上执行该页面时，ASP.NET 页面框架才能添加隐藏的字段。
• 页面本身将 20 字节左右的信息保存在 ViewState 中，用于在回传时将 PostBack 数据和 ViewState 值分发给正确的控件。因此，即使该页面或应用程序禁用了 ViewState，仍可以在 ViewState 中看到少量的剩余字节。
• 在页面不回传的情况下，可以通过省略服务器端的 标记来去除页面中的 ViewState。

---

充分利用 ViewState

ViewState 为跨回传跟踪控件的状态提供了一条神奇的途径，因为它不使用服务器资源、不会超时，并且适用于任何浏览器。如果您要编写控件，那么肯定需要了解如何在控件中维护状态。

开发人员在编写页面时同样可以按照几乎相同的方式来利用 ViewState，只是有时页面会包含不由控件存储的 UI 状态值。您可以跟踪 ViewState 中的值，使用的编程语法与会话和高速缓存的语法类似：

[Visual Basic]

' 保存在 ViewState 中
ViewState("SortOrder") = "DESC"
' 从 ViewState 中读取
Dim SortOrder As String = CStr(ViewState("SortOrder"))

[C#]

// 保存在 ViewState 中
ViewState["SortOrder"] = "DESC";
// 从 ViewState 中读取
string sortOrder = (string)ViewState["SortOrder"];

请看下面的示例：要在 Web 页上显示一个项目列表，而每个用户需要不同的列表排序。项目列表是静态的，因此可以将这些页面绑定到相同的缓存数据集，而排序顺序只是用户特定的 UI 状态的一小部分。ViewState 非常适合于存储这种类型的值。代码如下：

[Visual Basic]

<%@ Import Namespace="System.Data" %>







在 ViewState 中存储非控件状态


此示例将一列静态数据的当前排序顺序存储在 ViewState 中。

单击列标题中的链接，可按该字段排序数据。

再次单击该链接，将按相反顺序排序。

下面是上述两个代码段中引用的 testdata.xml 的代码：

0736New Moon BooksBostonMAUSA
0877Binnet & HardleyWashingtonDCUSA
1389Algodata InfosystemsBerkeleyCAUSA
1622Five Lakes PublishingChicagoILUSA
1756Ramona PublishersDallasTXUSA
9901GGG&GMuenchenGermany
9952Scootney BooksNew YorkNYUSA
9999Lucerne PublishingParisFrance

---

选择会话状态还是 ViewState？

在某些情况下，将状态值保存在 ViewState 中并不是最佳选择，最常用的替代方法就是会话状态，它通常更适用于：

• 大量的数据。由于 ViewState 增加了发送到浏览器的页面的大小（HTML 有效负载），同时也增加了回传的窗体的大小，因此不适合存储大量数据。
• 未在 UI 中显示的安全数据。尽管 ViewState 数据已被编码，并且可以选择对其进行加密，但始终不将数据发送到客户端才是最安全的。因此，会话是更安全的选择。（由于数据库需要额外的凭据进行验证，因此将数据存储在数据库中会更安全。可以添加 SSL 以获得更安全的链接。）但是，如果在 UI 中已经显示了该专用数据，那么您应该已经确认了链接的安全性。在这种情况下，将同样的值放入 ViewState 不会降低安全性。
• 尚未序列化到 ViewState 中的对象，如 DataSet。ViewState 序列化程序只为一小部分常用的对象类型进行了优化，如下所示。其他可序列化的类型或许可以保留在 ViewState 中，但速度会变慢，并会生成一个非常大的 ViewState。

---

使用 ViewState 获得最佳性能

使用 ViewState 时，每个对象都必须先序列化到 ViewState 中，然后再通过回传进行反序列化，因此使用 ViewState 并非是没有代价的。但是，如果遵循某些简单的原则对 ViewState 的成本加以控制，则通常不会产生明显的性能影响。

• 在不需要时禁用 ViewState。下面的“减少使用 ViewState”一节将详细介绍这一问题。
• 使用优化过的 ViewState 序列化程序。上面列出的类型具有专门的序列化程序，这些程序运行速度很快，并已经过优化，可以生成很小的 ViewState。如果要序列化一个未在上面列出的类型，可以创建一个自定义 TypeConverter 来显著提高它的性能。
• 尽量减少使用对象，如果可能，尽量减少放入 ViewState 中的对象的数目。例如，不要使用二维字符串数组（名称/值，其对象的数目与数组的长度一样多），而应使用两个字符串数组（只有两个对象）。但是，在将两个已知类型存储在 ViewState 中之前，在这两者之间转换不会获得任何性能提高，因为这样做实际上相当于付出了两次转换的代价。

---

减少使用 ViewState

默认情况下 ViewState 将被启用，并且是由每个控件（而非页面开发人员）来决定存储在 ViewState 中的内容。有时，这一信息对应用程序并没有什么用处。尽管也没什么害处，但却会明显增加发送到浏览器的页面的大小。因此如果不需要使用 ViewState，最好还是将它关闭，特别是当 ViewState 很大的时候。

可以基于每个控件、每个页面或每个应用程序来关闭 ViewState。在以下情况中将不再需要 ViewState：

页面

• 页面不回传给自身。

控件

• 处理的不是控件的事件。
• 控件没有动态的或数据绑定的属性值（或对于每一个请求它们都设置在代码中）。

DataGrid 控件是 ViewState 的一个重量级用户。默认情况下，在网格中显示的所有数据也都存储在 ViewState 中，当需要一个复杂的操作（如复杂的搜索）来获取数据时，这是非常有用的。但是，DataGrid 的这种行为有时也使得 ViewState 成为累赘。

例如，这里有一个简单的页面就属于上述情况。因为页面不回传给自身，所以它并不需要 ViewState。

图 3：带有 DataGrid1 的简单页面 LessViewState.aspx

<%@ Import Namespace="System.Data" %>

启用 ViewState 时，这个小网格会给该页面增加 3000 多字节的 HTML 有效负载！使用 ASP.NET Tracing（英文）或查看发送到浏览器的页面的源代码（如以下代码所示），可以清楚地看到这一点。

下面是 Visual Basic 和 C# 的完整的 LessViewState 代码：

[Visual Basic]

<%@ Import Namespace="System.Data" %>







通过禁用 ViewState 来减少页面的“HTML 有效负载”

[C#]

<%@ Page Language="C#" %>
<%@ Import Namespace="System.Data" %>







通过禁用 ViewState 来减少页面的“HTML 有效负载”

---

禁用 ViewState

在上述示例中，我通过将网格的 EnableViewState 属性设置为 False 禁用了 ViewState。可以针对单个控件、整个页面或整个应用程序禁用 ViewState，如下所示：

每个控件（在标记上）：sp:datagrid EnableViewState="false" ?/>

每个页面（在指令中）： <%@ Page EnableViewState="False" ?%>

每个应用程序（在 web.config 中）：

---

使 ViewState 更安全

由于 ViewState 没有被格式化为清晰的文本，某些人有时会认为它被加密了，其实并没有。相反，ViewState 只是进行了 Base64 编码，以确保值在往返过程中不会发生变化，而并不考虑应用程序使用的响应/请求编码。

可以向应用程序中添加两种 ViewState 安全级别：

• 防篡改
• 加密

需要注意的是，ViewState 安全性对于处理和呈现 ASP.NET 页面所需的时间有直接的影响。简单地说，安全性越高，速度越慢。因此如果不需要，请不要为 ViewState 添加安全性

防篡改

管散列代码不能确保 ViewState 字段中实际数据的安全，但它能够显著降低有人通过 ViewState 骗过应用程序的可能性，即防止回传应用程序通常禁止用户输入的值。

可以通过设置 EnableViewStateMAC 属性来指示 ASP.NET 向 ViewState 字段中追加一个散列代码：

<%@Page EnableViewStateMAC=true %>

可以在页面级别上设置 EnableViewStateMAC，也可以在应用程序级别上设置。在回传时，ASP.NET 将为 ViewState 数据生成一个散列代码，并将其与存储在回传值中的散列代码进行比较。如果两处的散列代码不匹配，该 ViewState 数据将被丢弃，同时控件将恢复为原来的设置。

默认情况下，ASP.NET 使用 SHA1 算法来生成 ViewState 散列代码。此外，也可以通过在 machine.config 文件中设置 来选择 MD5 算法，如下所示：

加密

可以使用加密来保护 ViewState 字段中的实际数据值。首先，必须如上所述设置 EnableViewStatMAC="true"。然后，将 machineKey validation 类型设置为 3DES。这将指示 ASP.NET 使用 Triple DES 对称加密算法来加密 ViewState 值。

---

Web 领域中的 ViewState 安全性

默认情况下，ASP.NET 将创建一个随机的验证密钥，并存储在每个服务器的本地安全授权 (LSA) 中。要验证在另一台服务器上创建的 ViewState 字段，两台服务器的 validationKey 必须设置为相同的值。如果要通过上述方式之一，对运行于 Web 领域配置中的应用程序进行 ViewState 安全设置，则需要为所有服务器提供一个唯一的、共享的验证密钥。

验证密钥是一个包含 20 到 64 位密码增强字节的随机字符串，用 40 到 128 个十六进制字符表示。密钥越长越安全，因此建议使用 128 个字符的密钥（如果计算机支持）。例如：

System.Security.Cryptography 名称空间包括 RNGCryptoServiceProvider 类，使用该类可以生成此字符串，如以下 GenerateCryptoKey.aspx 示例所示：

<%@ Page Language="c#" %>
<%@ Import Namespace="System.Security.Cryptography" %>



生成随机加密密钥


40-byte
128-byte
 





复制并粘贴生成的结果

---

总结

ASP.NET ViewState 是一种新的状态服务，可供开发人员基于每个用户来跟踪 UI 状态。ViewState 没有什么神秘之处，它只是利用了一个老的 Web 编程技巧：在一个隐藏的窗体字段中来回传递状态，并将它直接应用于页面处理框架中。但效果却非常好 - 在基于 Web 的窗体中只需编写并维护很少的代码。

用户可能并不总是需要它，但我想您在需要它的时候会发现，ViewState 是提供给页面开发人员的诸多 ASP.NET 新功能中非常令人满意的一种功能。

http://www.microsoft.com/China/Community/program/originalarticles/TechDoc/Viewstate.mspx

ASP.NET中的ViewState

ViewState是ASP.NET中用来保存WEB控件回传时状态值一种机制。在WEB窗体(FORM)的设置为runat="server",这个窗体(FORM)会被附加一个隐藏的属性_VIEWSTATE。_VIEWSTATE中存放了所有控件在ViewState中的状态值。

ViewState是类Control中的一个域，其他所有控件通过继承Control来获得了ViewState功能。它的类型是system.Web.UI.StateBag，一个名称/值的对象集合。

当请求某个页面时，ASP.NET把所有控件的状态序列化成一个字符串，然后做为窗体的隐藏属性送到客户端。当客户端把页面回传时，ASP.NET分析回传的窗体属性，并赋给控件对应的值。当然这些全部是由ASP.NET负责的，对用户来说是透明的。

使用ViewState的条件

如果要使用 ViewState，则在 ASPX 页面中必须有一个服务器端窗体标记 (

)。窗体字段是必需的，这样包含 ViewState 信息的隐藏字段才能回传给服务器。而且，该窗体还必须是服务器端的窗体，这样在服务器上执行该页面时，ASP.NET 页面框架才能添加隐藏的字段。
Page 的 EnableViewState 属性值为 true。
控件的 EnableViewState 属性值为 true。

页面本身将 20 字节左右的信息保存在 ViewState 中，用于在回传时将 PostBack 数据和 ViewState 值分发给正确的控件。因此，即使该页面或应用程序禁用了 ViewState，仍可以在 ViewState 中看到少量的剩余字节。

设置ViewState
ViewState可以在控件，页，程序，全局配置中设置。缺省情况下 EnableViewState 为 true 。如果要禁止所有页面 ViewState 功能，可以在程序配置中把 EnableViewState 设为 false 。
在控件中：

或

DataGrid1.EnableViewState = false;

在页中：

<%@ Page EnableViewState="false" %>

或

Page.EnableViewState = false;

在程序中：

在web.config中加入

在全局配置：

在machine.config中修改

EnableViewState优先级别：
全局配置 < 程序　< 页 < 控件

注意：下列服务器控件不能禁止ViewState

Textbox
Checkbox
Checkbox List
RadioButtonList

上面控件的状态通过IPostBackEventHandler 和 IPostBackDataHandler接口处理，而不是ViewState的机制，所以EnableViewState没有效果。

ViewState对象
　在页面回传间通信，ASP中一般利用窗体的属性和 session 来存放数据，在 ASP.NET 中也可以使用 ViewState 对象来做同样的处理。
在ViewState存放数据：

ViewState[key] = value;

或

ViewState.Add(key, value);

取出数据：

TempStr = ViewState[key];
key不存在时返回空。

不能通过ViewState对象来访问控件的值。

动态建立控件的ViewState:
当需要动态地建立一个服务器控件，如下建立了一个 RadioButton 控件并加入到窗体控件集合中：

　　RadioButton rb = new RadioButton();
Page.Controls[1].Controls.Add(pc);

上面的代码增加一个控件到控件集合末，同样也可以插入到已有控件中的任何位置。

　　RadioButton rb = new RadioButton();
Page.Controls[1].Controls.AddAt(1,pc);

通常，这些动态生成的控件的状态也需要生成到 ViewState 中去，但这个功能并没有完全实现，特别是生成的控件插入到已有的控件中时。
当动态生成控件和已有控件并存时 ViewState 的结果是不可预料的。在页面回传时，首先非动态生成的控件在ASPX页中被生成，并在 Page_Init
和 Page_Load 事件中读取 ViewState。当页面的控件读取 ViewState 的值时，那些动态生成的控件却还没有被生成，所以当动态生成的控件被
生成时，页面就会省略掉ViewState或者以剩下或许错误的 ViewState 来填充控件。

所以，当需要插一个动态生成的控件到已有控件中去时，最好把这个控件的 ViewState 通过EnableViewState禁止掉。

提醒：
1. 当存在页面回传时，不需要维持控件的值就要把 ViewState 禁止。
2. ViewState的索引是大小写敏感的。
3. ViewState不是跨页面的。
4. 为了能包存在 ViewState 中，对象必须是可流化或者定义了 TypeConverter。
5. 控件 TextBox 的 TextMode 属性设置为 Password时，它的状态将不会被保存在 ViewState 中，这应该是出于安全性的考虑。
6. 在页面 没有回传　或　重定向　或　在回传中转到(transfer)其他页面 时不要使用 ViewState。
7. 在动态建立控件时要小心它的 ViewState。
8. 当禁止一个程序的 ViewState 时，这个程序的所有页面的 ViewState 也被禁止了。
9. 只有当页面回传自身时 ViewState 才是持续的。