string [] str=new string[]{"aaa","BBB"};
ViewState["str"]=str;然后用
string [] sss=(string[])ViewState["str"]
sss[0]--->"aaa";

解决方案 »

  1.   

    建一个测试的页面:
      <%@ Page language="c#" Codebehind="ViewStateTest.aspx.cs" AutoEventWireup="false" Inherits="CsdnTest.ViewStateTest" %>
      <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" >
      <html>
        <head>
      <title>ViewStateTest</title>
      <meta name="GENERATOR" Content="Microsoft Visual Studio 7.0">
      <meta name="CODE_LANGUAGE" Content="C#">
      <meta name="vs_defaultClientScript" content="JavaScript">
      <meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5">
        </head>
     <body>
      <form id="ViewStateTest" method="post" runat="server">
      <asp:Button ID="btnPostBack" Runat="server" Text="Post Back" Width="85px"></asp:Button>
      <br/>
      <asp:CheckBox ID="chkTest" Runat="server" Text="This is a check box"></asp:CheckBox>
      </form>
     </body>
      </html>   这是用Vs.Net设计出来的一个简单的页面,里面包含了一个服务器端的按钮和一个CheckBox,然后我们在服务器端响应按钮的事件:   private void btnPostBack_Click(object sender, System.EventArgs e)
       {
     [1] Response.Write( "ViewState :"+Request.Params["__VIEWSTATE"]+"<br/>" );
      
     [2] string decodeValue = Encoding.UTF8.GetString( Convert.FromBase64String( Request.Params["__VIEWSTATE"] ) );
        
     [3] Response.Write( "ViewState decode :"+decodeValue+"<br/>" ); [4] object viewstate = (new LosFormatter()).Deserialize( Request.Params["__VIEWSTATE"] );
     
     [5] Response.Write( "ViewState Object :"+viewstate.GetType().Name );
       }   为了方便看,我加上了行号;第一行我们把ViewState的值打出来,第二行是什么呢?实际上ViewState保存到客户端的一串字符串就是内部的ViewState通过某种方式序列化之后再经过Base64编码得来的,所以我们把Base64编码的字符串反编码一次再打出来;至于第四行,我先不说,先看执行结果:
       运行之后,页面上什么都没有,除了按钮和CheckBox(废话 :)),我们点击按钮,然后结果如下:  [A]   ViewState :dDwxMjU2MDI5MTA3OztsPGNoa1Rlc3Q7Pj6Gg0Qzm+7gacYWcy0hnRCT9toOdA==
      [B]   ViewState decode:t<1256029107;;l>D3i s-! t
      [C]   ViewState Object :Triplet    然后我们来分析这个结果,A中显示的就是ViewState传到客户端的值,B中显示的是通过Base64反编码之后的值,从这里面好像还是看不出什么,C中出现了一个:Triplet ?这是什么呢,我们回到上面的代码:
          object viewstate = (new LosFormatter()).Deserialize( Request.Params["__VIEWSTATE"] );   注意我们使用了一个LosFormatter类,实际上这个类就是Asp.Net内部为ViewState提供序列化的类,它有两个方法,一个是Serialize,就是序列化一个对象,一个是Deserialize,是反序列化,我们这里使用了反序列化的方法来把ViewState直接反序列化成一个对象,然后把这个对象的类型打出来,这个对象就是:Triplet类型,实际上Asp.Net中页面保存的ViewState就是这个类型,我们先分析一下LosFormater,再来细说.
       我们再回来看打出来的结果B:t<1256029107;;l>D3i s-!  
    t,实际上通过查看LosFormatter反编译后的代码,大致上可以看出它序列化的方式是很简单的,就是判断要序列化对象的类型,如果不是直接序列化的类型,则把它的类型记录下来,然后在递归序列化它的属性,我们看B中的"t"就是表示Triplet这个类型,这个类型有三个属性,这三个属性包含在"<"和">"之间,用";"分割,而最后面的D3i s-!  
    t据我分析应该是一个防止ViewState被改变的Hash值,这个不是很确定,因为反编译的代码实在是很难看,我只是了解之后就没仔细看了。   我们刚刚分析出来Page中的ViewState反序列化之后是Triplet这个类型,实际上这个类在MSDN中就查得到,它就是一个包含了三个对象的对象,说简单点,它就是一个能放三个箱子的大箱子(好像还是说的比较糊涂,呵呵),它有三个属性:First、Second、Thrid :),分别代表三个对象。
       对应到Page当中,First是Page.GetTypeHashCode()的返回值,这个方法是System.Web.UI.Page定义的一个保护的虚拟方法,返回一个整型,由Aspx文件生成的类来实现的,因为这个类是有Asp.Net负责在运行期生成源代码并编译,它会计算出一个大常量作为返回值,这个返回值在整个Web应用程序所有的Page中是唯一的。(提一句题外话,Asp.Net自动产生的源代码可以到 系统盘:\WINDOWS\Microsoft.NET\Framework\v1.0.3705\Temporary ASP.NET Files下面去找),这个唯一的Hash值是为了在ViewState中产生一个标记,使这个ViewState只适用与对应的页面。
       Second则是通Control.SaveViewStateRecursive方法递归保存页面控件树的ViewState返回的对象,也就是真正的ViewState的数据。
       Third中保存的是当前页面需要PostBack的控件名的列表。
          分析了页面的ViewState的构成,我们再来看Control的ViewState的实现。ViewState是System.Web.UI.Control类实现的一个属性,这个属性的类型是System.Web.UI.StateBag,这个类就包含了ViewState数据结构的实现,实际上它的内部也就是个Hash表,通过Key值来保存和检索数据。
      那么服务器控件是怎么实现保存状态的呢?
      我们知道,所有的服务器控件都是从System.Web.UI.Control派生的,所以都拥有ViewState这个属性,在Control内部,定义了两个Protected的虚拟方法:
        protected virtual object SaveViewState() 
      和
    protected virtual void LoadViewState(object savedState)   这两个方法是给子控件派生用来保存和读取自己的ViewState的,比如我们有一个自己写的控件,往ViewState中保存了一个字符串,那么我们的方法大致像这样:
        protected virtual object SaveViewState()
        {
           object[] states = new object[2];
           states[0] = base.SaveViewState();      //记得保存父控件的ViewState
           states[1] = "Hello,I'm timmy!";        //这里保存我们自己的
          
           return states; //返回重新包装后的保存对象
        }
        获取的时候:
        protected override void LoadViewState(object savedState)  //这里的savedState就是我们Save的时候return 的object数组
        {
           object[] states = (object[])savedState;
           base.LoadViewState( states[0] );   //把父类的数据给他自己去解析
           string myData = (string)states[1];  //获取我们自己的数据
        }
       我们可以按照自己的方式来保存,不一定非要像上面这样用数组,实际上我们可以用任何支持序列化的对象都可以,父类并不关心子类如何保存,我们只要在Save和Load的时候使用同样的方式,并且把正确的数据传递给父类方法就可以了。
       
       另外,还有一个问题就是我们使用的Control的ViewState是Key-Value这样的键值对,那它是怎么保存的呢?
       实际上很简单,System.UI.Web下面有一个类叫Pair,呵呵,这个和Triplet差不多,只是它里面只有两个对象。StateBag保存的时候,First会存放所有Key值的数组,Second则存放所有Value的数组。   到现在,我们了解了ViewState是如何序列化并且保存到客户端,也了解了控件怎么保存自己的ViewState,那么这二者是怎么结合的呢?也就是整个页面的控件树的ViewState是怎么保存和读取的呢?   在Control内部有两个internal的方法:
       internal object SaveViewStateRecursive();
       internal void LoadRecursive();
       这两个方法由System.Web.UI.Page来调用,Page在Render结束后就会调用SavePageViewState方法,SavePageViewState方法会调用Control的SaveViewStateRecursive()方法,这个方法就是通过递归调用每一个Control.Controls的SaveViewStateRecursive方法来保存控件树中所有控件的ViewState。到这里,可能聪明的朋友要问了,既然SaveViewStateRecursive是递归调用保存的方法,那么我们上面写的SaveViewState()方法又有什么用呢?
       我们知道,Control.Controls可能会有很多个,而且我们的SaveViewState()只保存了当前控件的数据,而没有记录控件树的结构,那么如果我们递归SaveViewState()方法来保存数据的话,那么控件树的结构就会丢失,那么Load的时候就没办法还原了,实际上在SaveViewStateRecursive方法中大致的代码是这样:
        [1] 获取控件自己的ViewState(调用SaveViewState方法)
        [2] 循环子控件
         {
             定义两个动态数组,一个保存控件的索引,一个保存递归调用子控件SaveViewStateRecursive方法返回的值
         }
        [3] 定义一个Triplet(呵呵,这个东西又出现了)
        [4] First保存本控件的ViewState
        [5] Second保存子控件的索引
        [6] Third保存递归子控件SaveViewStateRecursive方法的返回值
        [7] 返回Triplet
       这样就保存了整个控件树的ViewState和控件树的结构   Load的方式与Save差不多,只是Load的时候会从savedState中获取子控件的索引来依次递归子控件的LoadRecursive()方法,这样才能保证正确的把保存的数据传给子控件。
      

  2.   

    string[] x = new string[]{"1","2","3"};
    ViewState["x"] = x;
    Response.Write(((string[])ViewState["x"])[0].ToString());