服务器控件的视图状态为其所有属性值的累计。
获取或设置一个值，该值指示当前页请求结束时该页是否保持其视图状态以及它包含的任何服务器控件的视图状态。
即使 EnableViewState 为 false，ASP.NET 用于检测回发的页中也可能呈现隐藏的视图状态字段。
在ASP.Net中对各个WebForm控件引入以前没有的EnableViewState属性。这个属性究竟有什么用。我们知道对于WebForm而言，其代码是在服务器端的，以处理客户端的请求。当用户通过浏览器浏览网页的时候，会对网页进行某些操作，比如打开新链接，或单击某个按钮。在ASP中，这些是通过脚本语言对其进行处理，之后再传递给服务器端。但是在ASP.NET下，由于采用了code behind技术，在coding的时候，通常是将以前客户端完成的工作放到了服务器端。
那么，服务器是怎么知道客户的操作的呢？比如我在文本框输入的内容，或者单击了登录按钮，服务器端是怎样得到这些信息的呢？因为没有这些信息，服务器端就无法响应客户的请求。原理就是ASP.NET引用了viewstate的机制。在服务器端保存了网页各个控件及页面的状态，这其中包括各个控件在页面上的布局，和他们各自的属性。这些值就保存在ViewState下。我们可以观察Aspx页面的html源代码，假设这个页面上有一个button按钮，和一个listBox控件，html文件如下：
<input type="hidden" name="__VIEWSTATE" value="dDwzODYzNDM5NTU7Oz7FvviJbq45bDa7QJaumIiOhZ8mOQ==" />
<input type="submit" name="Button1" value="Button" id="Button1" style="height:40px;width:96px;Z-INDEX: 101; LEFT: 200px; POSITION: absolute; TOP: 240px" />
<select name="ListBox1" size="4" id="ListBox1" style="width:152px;Z-INDEX: 102; LEFT: 176px; POSITION: absolute; TOP: 120px"></select>
我们它的不同之处，一是少了以前所必须响应客户端事件的脚本语言，一是多了一个名为”_VIEWSTATE”的属性。其值是一长串字符。类型为“hidden”。这个值记录的就是各个控件和页面的状态信息。当用户对页面进行相关操作的时候，状态值发生改变，并将改变的值传递给服务器端。服务器端在比较改变后的状态值和初始值之间的区别，以响应具体的请求。
一旦页面的控件很多，这种频繁的传递控件状态值对网络的消耗是很大的，因此，ASP.Net提供了EnableViewState属性，系统默认的值为true。当设置为true时，在传递状态值时就包括该控件；如果设置为false，则传递状态值时则不包括它。既然状态值不包括该控件，则客户端对它进行的操作，服务器端是不响应的。
我们可以做个实验，在Button1_Click事件中，编写代码：
ListBox.Items.Add(”客户端点击按钮一次！”);
此时运行该应用程序，单击网页上的按钮，在ListBox中会添加内容，不断地单击，内容则不断添加。如果我们将ListBox的EnableViewState属性改为false时，不断单击按钮，则只能添加一次。
这样有什么好处呢？如果我们在开发Web应用程序时，某些控件是不需要接受用户的操作或只需要接受一次操作的时候，我们可以将这些控件的EnableViewState属性改为false，这样可以优化我们的程序，提高网络访问的速度。
================================
ViewState 的工作原理
ViewState是一种机制，ASP.NET 使用这种机制来跟踪服务器控件状态值，否则这些值将不作为 HTTP 窗体的一部分而回传。例如，由 Label 控件显示的文本默认情况下就保存在 ViewState 中。作为开发人员，您可以绑定数据，或在首次加载该页面时仅对 Label 编程设置一次，在后续的回传中，该标签文本将自动从 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 页面框架才能添加隐藏的字段。
页面本身将 20 字节左右的信息保存在 ViewState 中，用于在回传时将 PostBack 数据和 ViewState 值分发给正确的控件。因此，即使该页面或应用程序禁用了 ViewState，仍可以在 ViewState 中看到少量的剩余字节。 中国公务网 2004-
\\ 是不是说viewstate里面存储了页面状态信息和空间状态信息，当禁用viewstate后，没有了控件状态信息，还保留了页面状态信息，因此还会有少量字节。
在页面不回传的情况下，可以通过省略服务器端的 <form> 标记来去除页面中的 ViewState。
充分利用 ViewState
ViewState 为跨回传跟踪控件的状态提供了一条神奇的途径，因为它不使用服务器资源、不会超时，并且适用于任何浏览器。如果您要编写控件，那么肯定需要了解如何在控件中维护状态（英文）。
开发人员在编写页面时同样可以按照几乎相同的方式来利用 ViewState，只是有时页面会包含不由控件存储的 UI 状态值。您可以跟踪 ViewState 中的值，使用的编程语法与会话和高速缓存的语法类似：
请看下面的示例：要在 Web 页上显示一个项目列表，而每个用户需要不同的列表排序。项目列表是静态的，因此可以将这些页面绑定到相同的缓存数据集，而排序顺序只是用户特定的 UI 状态的一小部分。ViewState 非常适合于存储这种类型的值。代码如下：
