这个配置节甚是简单，在MSDN中的介绍也甚是简单：为 ASP.NET 应用程序配置页的视图状态设置。
historySize的作用是设置要存储在页历史记录中的项数。
但是这根本是看不明白他是干嘛的，百度上一大串都是单纯说说配置节的意思，根本没再进一步阐述他的作用，我就不信其他人都懂了。还好有谷歌。看了一些老外的阐述，很多看不懂，还好有一篇好像懂它是个啥意思，就以那篇作为切入点。这个配置节是跟ViewState有关系的。
默认情况下ViewState是保存在页面中的，在ASP.NET可以使用SessionPageStetePersister类来把ViewState保存到Session里面。这样有利于保护ViewState同时也可以减少页面的大小。PageStatePersister是一个抽象类，他有两个子类：
HiddenFieldPageStatePersister：用一个隐藏域来记录PageState，默认是使用这个子类
SessionPageStatePersister:使用一个Session里面的变量来记录PageStete。
所以正常情况下对sessionPageState配置是看不出任何效果的，必须通过自定义一个PageAdapter，重写GetStatePersister()方法让其返回一个SessionPageStatePersister。
或者单纯在页面的隐藏代码里面重写PageStatePersister属性
那下面通过一个试验来证明这个historySize的作用，默认值是
但是这个值太大了，我把它设得小一点
然后在Page_Load方法中添加以下代码
大概解释一下就是页面第一次加载的时候会把lb1标签的背景颜色设置成红色，后面的代码是阅读了SessionPageStatePersister源码后发现的，现在是把Session的ViewState的键值取出来。下面的几幅截图查看运行 的效果：
第一次请求Session里面没有存放ViewState
在第一个文本框输入一个1之后点击button提交，响应的页面如下，Session里面存放了一个ViewState，并特别关注一下第一个key,__SESSIONVIEWSTATE8d41061dff4faae
如此类推在后面的文本框输入2，3，4
此时发现就算再提交多少次，Session里面存的ViewState也只是3个，这就是我们改配置historySize所达到的效果，就是官网上所说的存储在页历史记录中的项数。那接下来点击浏览器的回退按钮3次，由于浏览器的缓存可以看到页面貌似回复到之前状态，第二次提交时，Session里面只存了一个ViewSate,当时在文本框输入了2。
但是服务端上面的Seesion中已经丢弃页面中__SESSIONVIEWSTATE8d41061dff4faae对应的ViewState。猜想一下此时再点击button提交后会有什么效果
红色背景消失了。那下面就解答一下这个现象的原因。红色背景是只因为非PostBack的时候给lb1设置的属性，后面再多次提交时仍然保留是因为ViewState的作用保留了这个红色背景的设置。正常情况下无论发多少次PostBack请求(或者是提交)这个状态仍然会保留，但是点击了浏览器的回退按钮时就不一样了。它回退次数超过historySize时，再提交就会使得页面中的某些视图的状态与理想中的不一致，其原因是当前页面提交时会包含当前页面ViewState的一个key到服务器，通过这个key可以在Session里面把ViewState找出来，但是万一Session里面已经不包含提供的key对应的ViewState时，一些之前对视图设置的记录则会丢失，如上面把lb1的背景色设成红色。这个应用场景是怎么样现在也想不出来，像这种后退再提交的操作也一般不怎么会出现吧。如果遇到相关的问题时，希望是知道由于这个原因引起的。
另外补充记录一下ViewState在Session中的存储结构
在Session中有个固定键“__VIEWSTATEQUEUE”存储的队列，该队列里面存着一系列以"__SESSIONVIEWSTATE"作为前缀的字符串，这些字符串就是各个ViewState存在Session的键。通过这些字符串从Session中取出的值就是对应的ViewState了。
参考文章
Persisting Page State in ASP.NET 2.0
http://www.4guysfromrolla.com/articles/011707-1.aspx
How to remove ViewState from ASP.NET web page and save in Session using SessionPageStatePersister