庖丁解牛Asp.net3.5控件和组件开发技术系列—页面状态机制（一）

庖丁解牛Asp.net3.5控件和组件开发技术系列—页面状态机制（一）2011-05-09 MSDN 郑健本章内容

6.1 页面状态概述

6.2 视图状态机制

6.3 控件状态机制

6.4 视图状态和控件状态的关系

6.5 加密页面状态

6.6 清除页面状态

6.7 对动态添加控件的视图状态分析

6.8 自定义类型转换器实现高效率序列化

6.9 页面状态性能优化策略

6.10 视图状态和控件状态的总结

6.1 页面状态概述

在 ASP.NET技术的服务器处理机制中，服务器每处理完客户端的一个请求就认为任务结束，当客户端再次请求时，服务器会将其作为一次新的请求处理，即使是相同的客户端也是如此。也就是说服务器不会保存两次请求之间的一些前后相接的数据，这对开发人员经常实现一个前后衔接的操作来说就比较麻烦了，比如输入一些信息到一个文本中，然后提交一个按钮，很多时候我们要在按钮提交的服务端事件中处理提交之前的数据和提交按钮时用户输入的最新数据，即想同时得到文本框的旧值和新值，但是服务端不会保存前一个请求的任何信息，那怎么才能做到这一点呢？

两次页面请求之间的数据关联性，ASP.NET是通过视图机制实现的，简单地讲，视图区域信息（ViewState）存储于页面上的一个隐藏字段（名为__VIEWSTATE，只是视图状态中的值经过哈希计算和压缩，并且针对Unicode实现进行编码，其安全性要高于我们自己设置的隐藏域控件），每次需要视图机制保存的一些信息都存储在此字段中，每次提交时，它都会以"客户端到服务端"的形式来回传递一次，当处理完成后，最后会以处理后的新结果作为新的ViewState存储到页面中的隐藏字段，并与页面内容一起返回到客户端。

视图机制支持很多类型的数据存储，其中基本类型的有字符串、数字、布尔值、颜色、日期、字节，各种类型的数组等。视图机制已经对一些如ArrayList和哈希表集合等类型对象进行了优化；除了基本类型视图状态视图机制还支持自定义的类型，由于ViewState数据是作为序列化格式串存储的，因此默认情况下使用.NET Framework提供的二进制序列化功能来序列化对象，对于一些比较复杂的对象，一般都使用专门的类型转换器TypeConvert序列化，要比默认.NET提供的二进制序列化节省资源。关于TypeConvert类的实现在第4章已经讲了很多例子了，在后面会介绍类型转换器应用于视图状态的说明和示例。

为了提高性能，通常禁用页面或禁用服务端控件的状态视图，有些控件不需要维护其状态，如Label控件只是显示文本，而标签的文本，值不参与回发，可以设置其属性：EnableViewState=false；

如果整个页面控件都不需要维持状态视图，则可以设置整个页面的状态视图为false：<%@ Page EnableViewState="false"%>。

由于控件内部使用的视图状态，这样会导致视图状态失效，甚至会产生致命的问题-控件无法使用。说明一点，禁用视图是合法的，一个好的控件应该允许视图状态在适当情况下被开发人员禁用，并且仍然能够正确运行。

为了解决这个问题，ASP.NET 2.0开始支持控件状态机制。控件的状态数据现在能通过控件状态而不是视图状态被保持，控件状态是不能够被禁用的。如果控件中需要保存控件之间的逻辑，比如选项卡控件要记住每次回发时当前已经选中的索引SelectIndex时，就适合使用控件状态。当然ViewState属性完全可以满足此需求，如果视图状态被禁用的话，自定义控件就不能正确运行。控件状态的工作方式与视图状态完全一致，并且默认情况下在页面中它们都是存储在同一个隐藏域中。

总结一下，一般开发人员主要通过以下三种方式使用ASP.NET视图：