ASP.NET 2.0 中的 ViewState 改进
既然我概述了这些问题，是时候讨论 ASP.NET 2.0 中的所有改进了。第一个是 ViewState 序列化时的总大小。在 ASP.NET 1.x 中，两个字符串进入 ViewState 缓冲区中的序列化如下所示：
＜p＜l＜string1;＞;l＜string2;＞＞;＞;
ASP.NET 1.x 中使用的 ViewState 序列化格式是元组格式，由三个一组的层次集合和使用大于号和小于号的序列对组成。大于号之前的字母代表存储对象的类型（t=triplet，p= pair，i=integer，l=ArrayList，等）。大于号和小于号内的每个子元素由分号分隔。这是有趣的序列化格式，有点像一个压缩的 XML。但是，如果您关心空间，那么它不是最有效的序列化格式（只是比 XML 稍好一点）。
ASP.NET 2.0 改变了这种序列化格式。在 ASP.NET 2.0 中，相同的两个字符串进入 ViewState 缓冲区的序列化如以下代码行所示：
[][]string1[]string2
至少，这很像浏览器呈现的格式。方括号实际上是非打印字符，如果我们使用 Unicode 字符引用来重写，则变成了以下显示的编码：
string1string2
ASP.NET 2.0 使用一些非打印字符标识对象的起始并表述对象的类型，而非使用可打印字符集（“＜”、“＞”、“;”、“l”、“i”、“p”等）来分割 ViewState 流中的对象。
使用非打印字符分割 ViewState 中存储的对象有两个目的。第一个目的是改进解析 ViewState 字符串时进行词法分析的效率，因为此时不再需要匹配字符或解析标记。第二个，也是更重要的目的是它减少了为 ViewState 中的对象编码所使用的字符数量。在为两个字符串编码的简单示例中，第一种编码方法使用了 16 个分割字符，而 2.0 格式使用了 3 个。这种作用很快地复合而产生了重大的影响。
例如，如果我们在窗体上放置一个 DataGrid，将其绑定到 pubs 数据库的 authors 表格，如图 3所示，则 1.x 中的 ViewState 字符串大小是 12,648 个字符。如果在 2.0 中也这样做， ViewState 大小减少到 6,728 个字符，几乎减少了一半。图 4 显示 ASP.NET 1.x、ASP.NET 2.0 中 ViewState 所需的空间对比，以及不同输入大小在页面实际呈现的字符数。在这种情况下，authors 表格在 500 行处增加了额外的行，达到了 2,000 行。
图 4 ViewState 大小对比
随着 ASP.NET 2.0 版本的发布，您能够期望立即减小 ViewState 大小，而无需做任何特别的工作。这不意味着您应该停止考虑控件正常工作是否需要 ViewState ，这是因为它仍然对响应大小有很大影响，在图 4 中表现的很明显。然而， ViewState 的下一个改进能潜在地节省更多。
