和刚接触 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 值和所有控件将被收集并格式化成一个编码字符串，然后被分配给隐藏窗体字段的值属性（即 <input type=hidden>）。由于隐藏窗体字段是发送到客户端的页面的一部分，所以 viewstate 值被临时存储在客户端的浏览器中。如果客户端选择将该页面回传给服务器，则 viewstate 字符串也将被回传。在上面的图 2 中能看到 viewstate 窗体字段及其回传的值。
回传后，asp.net 页面框架将解析 viewstate 字符串，并为该页面和各个控件填充 viewstate 属性。然后，控件再使用 viewstate 数据将自己重新恢复为以前的状态。
关于 viewstate 更有三个值得注意的小问题。
如果要使用 viewstate，则在 aspx 页面中必须有一个服务器端窗体标记 (<form runat=server>)。窗体字段是必需的，这样包含 viewstate 信息的隐藏字段才能回传给服务器。而且，该窗体还必须是服务器端的窗体，这样在服务器上执行该页面时，asp.net 页面框架才能添加