谁能给我举个例子——什么场合不能禁用Viewstate，谁能举一个鲜活生动的例子

http://bbs.csdn.net/topics/370024818?page=3


禁掉VIEWSTATE之后（一）

VIEWSTATE无疑是ASP.NET机制中最备受争议的概念之一，很多ASP.NET优化的文章都提到“禁用‘不必要’的VIEWSTATE”，博客园里老赵说过，“我如果新建一个Web项目，做的第一件事情就是去Web.config中将enableViewState从全局关闭”。而持相反的观念的人则质疑，如果没有VIEWSTATE，Web Form还有什么意义？记得csdn上sp1234，曾写过一篇强烈支持VIEWSTATE的文章，反响异常激烈，我通过“csdn sp1234 viewstate”关键字，居然搜出了“駁sp1234之[如果你必须开发交互式页面，ViewState越大可能意味着越有本事]一貼”？遥想当年烽火四起，硝烟弥漫，不觉感慨万千。

据说ASP.NET4.0将会默认设置VIEWSTATE=“false”，不知此后争议是否会小一些？

高手坐而论道，我们小辈，本是不应该插嘴的，所以我只想把VIEWSTATE彻底弄明白，先。

首先，学老赵，“去Web.config中将enableViewState从全局关闭”。再打开一个空页面看看，是不是清爽了很多。啊？页面源代码中，仍然出现了：

< input type ="hidden" name ="__VIEWSTATE" id ="__VIEWSTATE" value ="/wEPDwULLTE2MTY2ODcyMjlkZI7OBu+sMrYke3ELlQKIiNbArzXe" />


居然还有，怎么禁不掉呢？微软动了什么手脚，这不忽悠人吗？（你还可以再试试，页面声明，控件声明，当年我都试过，呵呵）好吧，故事就从这里开始吧！

无论如何，据说VIEWSTATE是“保持页面/控件状态”的，我们先试试看，拖几个控件到页面，先。

ExpandedBlockStart.gif
复制代码
< body >
< form id ="form1" runat ="server" >
< div >
< asp:Label ID ="Label1" runat ="server" Text ="I am Label" ></ asp:Label >< br />
< asp:TextBox ID ="TextBox1" runat ="server" Text ="I am TextBox" ></ asp:TextBox >< br />
< asp:DropDownList ID ="DropDownList1" runat ="server" >
< asp:ListItem Text ="I am ListItem (1)" ></ asp:ListItem >
< asp:ListItem Text ="I am ListItem (3)" ></ asp:ListItem >
< asp:ListItem Text ="I am ListItem (2)" ></ asp:ListItem >
</ asp:DropDownList >< br />
< asp:LinkButton ID ="LinkButton1" runat ="server" Text ="I am LinkButton" > LinkButton </ asp:LinkButton >< br />
< asp:Button ID ="Button1" runat ="server" Text ="I am Button"
           onclick ="Button1_Click" />< br />
< asp:HyperLink ID ="HyperLink1" runat ="server" NavigateUrl ="~/Default2.aspx" > HyperLink </ asp:HyperLink >
</ div >
</ form >
</ body >
复制代码


把TextBox的值改掉，假设改成"changed"吧，选中DropDownList的第3项，点Button提交，Postback。结果是什么？
TextBox的值还是changed，DropDownList还是选中的第3项，状态被保存了呀？不是说“http无状态”么？是不是我的VIEWSTATE没被禁掉？难怪页面源代码里还看得见“__VIEWSTATE”！

我还试过按F5刷新，将页面转到另一个页面再“Back”回来，结果我很失望的发现，无论我如何试图禁用viewstate，控件的状态都保持得很好！

后来我被告知，这是浏览器自身的特性，和VIEWSTATE无关，为了验证这一点，我们可以通过纯的html页面进行试验（此处略）。

以上是错误的理解！ 真正的原因是因为这些控件实现了IPostBackDataHandler接口，我会在后面的文章中详细解释。


所以，正确的验证VIEWSTATE失效的方式其实是这样的，在后台代码（cs文件）中添加以下代码：

ExpandedBlockStart.gif
复制代码
public partial class _Default : System.Web.UI.Page
{
 protected void Page_Load( object sender, EventArgs e)
   {

   }
 protected void Button1_Click( object sender, EventArgs e)
   {
 this .Label1.Text = " changed " ;
   }
}
复制代码


然后，运行。点击Button按钮，你会发现Label已经变成“changed”；然后，再点击LinkButton。你发现了什么？这就是VIEWSTATE=“false”时的效果，也应该是正常的效果。我认为这还是好理解的，除了“HTTP无状态协议”以外，你还可以这样想：“当我点Button的时候，会触发ButtonClick事件，所以Label会改变；而我点击ImageButton的时候，页面会重新加载，却不会触发ButtonClick事件，所以Label也就自然按页面声明的那样显示了”。（这本是事物的本原，被微软默认使用了viewstate之后，事情反而变得更难以理解了，微软啊微软！）

好吧，我们再看看使用了viewstate之后的效果。在当前页面声明如下，

<% @ Page Language = " C# " AutoEventWireup = " true "  CodeFile = " Default.aspx.cs " Inherits = " _Default " EnableViewState = " false " %>


哈哈，你又上当了！注意，viewstate的设置规则是：但你在上一级（如web.config）禁用了viewstate，你在下级（page/control）里是无法再启用的。（所以viewstate目前使用起来还是不不方便的。无论如何，asp.net4.0就好了）

xiaosuo 在后面的评论中给出了一个有效的解决方案。


到此为止，我们对于viewstate的理解可以说是入门了。viewstate是用于：
1. 保存“某些”控件的状态的；
2. 所谓的“状态”是在页面后台（cs文件）中被修改的。

但这里仍然有很多问题值得我们探讨：
1. 为什么禁用viewstate之后，页面源代码中仍然有“<input type="hidden" name="__VIEWSTATE"……”？
2. 为什么是“某些”控件，不是所有的控件都有viewstate么？对了，viewstate是属于页面的还是控件的？
3. 能更深入的探寻viewstate的内部机制么？

今天先解释几个比较简单的问题吧。

1. <input type="hidden" name="__VIEWSTATE"……>里，存放的其实有两种数据：一是传统的viewstate，二是所谓的ControlState。而ControlState是不能被禁用的。所以，你总是能看到以上的声明。（我的理解，还不能证明，如有缪误，望指点！）

后面评论指出，这里的VIEWSTATE是<form runat="server"/>的结果。


2. viewstate是属于控件的，而页面本身其实就是一个控件。我曾在 用简单的代码测一测你是否真的了解：Asp.Net中的事件和委托的实现 一文中指出，这里贴出代码：

ExpandedBlockStart.gif
复制代码
// Summary:
 //     Represents an .aspx file, also known as a Web Forms page, requested from
 //     a server that hosts an ASP.NET Web application.
   [DefaultEvent( " Load " )]
   [Designer( " Microsoft.VisualStudio.Web.WebForms.WebFormDesigner, Microsoft.VisualStudio.Web, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a " , typeof (IRootDesigner))]
   [DesignerCategory( " ASPXCodeBehind " )]
   [DesignerSerializer( " Microsoft.VisualStudio.Web.WebForms.WebFormCodeDomSerializer, Microsoft.VisualStudio.Web, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a " , " System.ComponentModel.Design.Serialization.TypeCodeDomSerializer, System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a " )]
   [ToolboxItem( false )]
 public class Page : TemplateControl, IHttpHandler
复制代码



================================================================

后面的内容待我先整理一下，然后再发布，呵呵。

#11楼

2009-12-28 17:24 | 沉默杨仔

前几天做了一个网站。交给客户看(他水平可能也差不多半斤八两。也懂点HTML)
客户:"你那HTML里面怎么一大堆的看不懂的乱码啊？"
我：“那是程序生成的”
客户：“你技术也太差了，人家的就没有，你的为什么有，不行，这堆看不懂的东西一定要去掉，否则不结余款”

最后没办法，用nvelocity搞模板替换终于把那堆东西去掉了(跟dnt类似的解决方案).拿到了最后的一点钱！！现在还在郁闷。。。

   最后还是想请教一下，怎么样才能让viewstate东西无影无踪(排除MVC,这个我还不怎么懂)?

==============================================================================


禁掉VIEWSTATE之后（二）

禁掉VIEWSTATE之后（一）发布以后，获得了很多评论，让我很是鼓舞。原以为这是一个说烂了的话题，现在看来，基础的东西永远是值得关注的呀。

尤其要感谢xiaosuo、爱问天、徐少侠 等同学的回复，使得我发现了我以往的几个错误认识。重新学习过后，我们开始我们的第二讲的学习研究吧！这一次，我们关注的焦点是：


1. 什么是VIEWSTATE, 什么不是VIEWSTATE ？
2. VIEWSTATE和页面生命周期的关系 ？

   VIEWSTATE首先表现为控件（Control）的属性，类型为StateBag。而StateBag实现了IDictionary（所以是一种键值对）和IStateManager。而IStateManager定义了三个方法：LoadViewState、SaveViewState和TrackViewState，一个属性：IsTrackingViewState（再次推荐.NET Reflactor反编译工具，还没有的同学赶快下一个，好东西呀）。望文生义，可以大概猜测得到，VIEWSTATE应该会被加载（Load），被保存（Save）；而Track是什么意思呢？


   ASP.NET页面生命周期是一个比较复杂的东西，而和理解VIEWSTATE有关的呢，应该是以下几个：Init、LoadViewState、LoadPostBackData、Load、RaisePostBackEvent和Render几个阶段。下面简要的说明一下：
   1. Init：初始化控件。将页面初始化为一个“控件树”（和DOM树其实很相似），一般来说，根节点就是一个HtmlForm控件，就是由<form runat="server" id="form1"></form>转化而来的。
   2. LoadViewState：这个阶段，有页面Post过来的VIEWSTATE将被解析加载（其实解析和加载还可分为两步，此处不细究）到控件。使得控件被回复到页面被提交之前的状态。

   3. LoadPostBackData：这个阶段和VIEWSTATE没有关系，但能澄清我们很多人的误解！包括我第一节里所犯的最大的错误，为了更清晰的演示，我修改了之前的代码：


ExpandedBlockStart.gif
复制代码
< body >
< form id = " form1 " runat = " server " >
< div >
< asp:Label ID = " Label1 " runat = " server " Text = " I am Label " ></ asp:Label >< br />
< asp:TextBox ID = " TextBox1 " runat = " server " Text = " I am TextBox " ></ asp:TextBox >< br />
< asp:DropDownList ID = " DropDownList1 " runat = " server " >
< asp:ListItem Text = " I am ListItem (1) " ></ asp:ListItem >
< asp:ListItem Text = " I am ListItem (3) " ></ asp:ListItem >
< asp:ListItem Text = " I am ListItem (2) " ></ asp:ListItem >
</ asp:DropDownList >< br />
< asp:LinkButton ID = " LinkButton1 " runat = " server " Text = " I am LinkButton " > LinkButton </ asp:LinkButton >< br />
< asp:Button ID = " Button1 " runat = " server " Text = " I am Button "
           onclick = " Button1_Click " />< br />
< asp:HyperLink ID = " HyperLink1 " runat = " server " NavigateUrl = " ~/Default2.aspx " > HyperLink </ asp:HyperLink >
</ div >
</ form >
</ body >
复制代码
ExpandedBlockStart.gif
复制代码
protected void Page_Load( object sender, EventArgs e)
   {
       Response.Write(Request.Form);

       Label l = new Label();
       l.ID = " lblAdded " ;
       l.Text = " I am added dynamicly " ;
 this .form1.Controls.Add(l);



   }
 protected void Button1_Click( object sender, EventArgs e)
   {
 this .Label1.Text = " changed " ;

 this .TextBox1.BorderStyle = BorderStyle.Solid;
 this .TextBox1.BackColor = Color.Blue;
 this .TextBox1.BorderWidth = 2 ;

       Label l = this .form1.FindControl( " lblAdded " ) as Label;
       l.Text = " changed " ;
   }
复制代码



　　按照第一节里的方法运行代码，我们可以发现，禁用VIEWSTATE之后，TextBox里的“值”是仍然可以保存的，但TextBox的边框熟悉不能被保存！所以，可以最直观的回答“什么是VIEWSTATE, 什么不是VIEWSTATE”：TextBox里的“值”不是VIEWSTATE,而TextBox的边框属性就是VIEWSTATE!
　　更深一层，我们会发现，TextBox实现了IPostBackDataHandler，而IPostBackDataHandler定义了两个方法：LoadPostData（）和RaisePostDataChangedEvent（）。TextBox（包括所有实现了IPostBackDataHandler的控件）的“值”是由以上这两个方法实现的，而不是VIEWSTATE，也不是我之前认为的浏览器。
　　我们可以通过设置断点，或者通过其他http工具，获得当页面回复时，Request.Form里面的数据（这是在禁用VIEWSTATE的情况下收集的）：　　
　　可以看到TextBox1、DropDownList1和Button1其实是被传送回服务器端的（其实想想这好像是废话，呵呵）。不过注意他们是通过“正常的”<form action=……></form>表单，submit提交的！而不是像VIEWSTATE这样通过hiddenInput提交的。所以他们当然有理由分别处理了!

　　4. Load：这个就是我们最熟悉的阶段了，呵呵。到此阶段，所有的控件属性都已经被加载完毕（通过LoadViewState和LoadPostData）。
　　5. RaisePostBackEvent：这个阶段其实就是处理我们自己订阅的事件的，典型的如Button_Click。在这个阶段，我们就可能更改控件的状态。这种更改，就应该被记录下来（如果需要的话），而记录这种更改的，正是下面的SaveViewState。
　　6. SaveViewState： 在这里，将需要记录保存的VIEWSTATE编码（不是加密）成一个字符串。（是否服务器端会保存一个副本呢？来回传输的是页面全部的控件状态呢，还是变化的？）。
　　7. Render：更新过的VIEWSTATE被包含在 hidden input 里，发送到客户端。

　　以上就是VIEWSTATE生成的过程。


　　但是，如果回头再仔细想一想的话，我们还可能会产生下面的一些疑问：
　　是不是所有的控件信息都会被保存为VIEWSTATE？有这个必要么？肯定没有！

　　比如在页面上声明的控件属性，

< asp:Label ID ="Label1" runat ="server" Text ="I am Label" ></ asp:Label >< br />

　　每一次页面加载，都会使用页面声明的属性来解析、初始化页面，何必需要VIEWSTATE呢？所以VIEWSTATE根本就不会存储这种信息，它存储的是通过后台程序（cs文件）动态修改的属性，这当然也就包括了通过编程添加的控件。

       Label l = new Label();
       l.ID = " lblAdded " ;
       l.Text = " I am added dynamicly " ;
 this .form1.Controls.Add(l);

　　这也是gridview的VIEWSTATE如此巨大的一个重要原因，GridView里面的子控件全部都是动态生成的呀！

　　而更进一步，前面我们说过，VIEWSTATE必须实现三个方法：LoadViewState、SaveViewState和TrackViewState。LoadViewState和SaveViewState都已在相应的页面事件中实现了（Page其实是一个template controls，它会迭代的调用它的子控件中的LoadViewState和SaveViewState方法），所以剩下的就是TrackViewState方法了。该方法在init之后被调用，它将确保所有在此之前（Init完成之前）所获得的控件状态不会被Save！换句话说，VIEWSTATE只记录页面Init之后的控件状态。（你可能会想，那我何不在Init的时候生成GridView，是不是就会大量的减少VIEWSTATA？呵呵，留做思考题吧，我也想想，应该是不可行的。）


　　一个很好的参考资料：Understanding ASP.NET View State这篇文章涵盖了本文的所有内容，还包含VIEWSTATE的解析、加密和压缩的内容。而且有详细的图片解说，相当值得一看。




如何让页面不生成viewState，而不是简单的禁用
http://bbs.csdn.net/topics/320245543


.net防止页面生成__VIEWSTATE

1.引入命名空间

using System.IO;
using System.Text.RegularExpressions;


2.重写Page类的Render方法：


   protected override void Render(HtmlTextWriter writer)
   {
       StringWriter sw= new StringWriter();
       base.Render(new HtmlTextWriter(sw));//获取正常输出的html，包含__VIEWSTATE

       string html = sw.ToString();

       html = Regex.Replace(html, @"<div[/s/S]*?__VIEWSTATE[/s/S]*?</div>", "");//过滤__VIEWSTATE
       writer.WriteLine(html.Trim());//输出过滤后的html

   }


只需上面的操作即可将页面中冗余的__VIEWSTATE清除，你可以试试


不过要注意，清除了viewstate后，不影响页面布局，但是页面的许多事件都触发不了了，这也是一般不清除viewstate的原因，慎用。


在生成静态页面的时候用的较多。