再认识asp.net的postback机制:探索__doPostBack的来龙去脉

现在从对ASP.NET页面的执行顺序开始，体会一下B/S结构的程序的特点，下图是ASP.NET页面的执行顺序说明：

　　Page_Init（页面初始化引发的事件）——>Page_Load（加载页面时引发的事件）——>Control   Event（服务器控件引发的事件）——>Page_UnLoad（页面从内存中卸载时引发的事件）

　　Page_Init和Page_UnLoad不常用，但是这里还是要说明一下。Page_Init和Page_Load事件区别在于，只有后者才能完全加载控件，绑定数据，虽然你可以在Page_Init中访问控件，但是其viewstate都不会被加载，所以此时控件中只拥有默认值。
　　这里说到了viewstate，我们先来做一个大致的了解——其实在ASP.NET中有两个viewstate。一个是控件本身的，用来维护控件自己的一些状态，比如说某个空间有变色的功能，它的viewstate就维护这个功能，这个viewstate是不能被用户访问的。相信自己写过控件的朋友都会有这样的感觉，自己写控件当然也要用自己的一个viewstate来维护这个控件的状态；而另外一个viewstate，是用户使用的，这个viewstate 和Session几乎一模一样，必须要先对其进行定义，才能使用。

　　每当点击ASP.NET的Web网页上的Button、 LinkButton或ImageButton等控件时，表单就会被发送到服务器上。如果某些控件的AutoPostBack属性被设置为true，那么当该控件的状态被改变后，也会使表单会发送回服务器。?（AutoPostBack属性，它只有两个bool值，true/false。如果这个属性被设置成false，那么点击后就不会立刻将变化传给服务器处理，也就不会有该控件的SelectedIndexChanged事件。）
　　每次当表单被发送回服务器，就会被重新加载，启动Page_Load事件，执行Page_Load事件处理程序中的所有代码（注意，是每次都会执行！）。
很显然把网页的初始化代码放在这里是最合适不过。我们经常会希望在每次加载网页时执行一些代码，如一些控件的数据绑定。
　当我们希望只有在网页第一次加载时执行另一些代码（基本上都是数据的默认绑定），甚至希望一些代码在除首次加载外的每次加载时执行。那么我们可以利用 IsPostBack特性来完成这一功能。在网页第一次加载时，该属性的值是false。如果网页因回送而被重新加载，IsPostBack属性的值就会被设置为true。

在ASP.NET应用程序中，如果需要在页面第一次显示时执行一些初始化操作，必须判断IsPostBack属性！

　　在ASP.NET使用Page.IsPostback，那么就可以避免往返行程上的额外工作：如果处理服务器控件回发，通常需要在第一次请求页时执行代码，该代码不同于激发事件时用于往返行程的代码。如果检查?Page.IsPostBack?属性，则代码可按条件执行，具体取决于是否有对页的初始请求或对服务器控件事件的响应。这样做似乎很明显，但实际上可以忽略此项检查而不更改页的行为。该属性用的好坏，直接关系到你程序运行是否按照你最初的意愿，也关系到整个页面的效率。因为，如果每次都会给控件绑定数据，不管你是第一次访问，还是提交了数据以后，那么这个页面程序的效率可想而知。

一个B/S结构的页面每一次提交，它都会重新从头到尾执行一次。而C/S结构的程序就不会这样,这是和C/S结构的程序最大的区别！?　其实，得不到控件的数据，都是因为这个原因。

 

 

__doPostBack作为在asp.net中一个很重要的部分,有必要深入了解一下__doPostBack的来龙去脉的.其实,__doPostBack是一个很简单的JS function.代码如下:

__doPostBack

   
     <input type="hidden" name="__EVENTTARGET" id="__EVENTTARGET" value="" />
<input type="hidden" name="__EVENTARGUMENT" id="__EVENTARGUMENT" value="" />
function __doPostBack(eventTarget, eventArgument) {
if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
theForm.__EVENTTARGET.value = eventTarget;
theForm.__EVENTARGUMENT.value = eventArgument;
theForm.submit();
}
}

因为最终呈现给浏览器的内容都是html内容,采用asp.net技术也不能例外.要实现webcontrol的postback机制.只能在原来的submit上做文章.ms呈现给我们的,就是这种精巧的思维!

我看到,asp.net现在页面上添加了两个hidden input,这两个input分别用来存放触发postback的control的ID和参数.这就是我们大部分人认识到的:

__doPostBack(obj1,obj2)的第一个参数是控件ID,第二个参数是postback的参数.然后就可以在后台用Request.Form["__EVENTTARGET"]和Request.Form["__EVENTARGUMENT"]取得控件ID和参数.

很简单就实现了看似很神奇,以为内部有什么高深的处理的过程!如此轻巧的实现了asp.net的postback机制,佩服佩服!只要我们看懂了上边的代码,对__doPostBack的使用就应该不是什么难事了.可以说__doPostBack就是这么简单的一回事.-_-||

不过,另外要注意的就是asp.net的webcontrols中,Button和ImgButton是异类,它们不是利用__doPostBack来实现postback的.为什么这样,可能因为Button在html中本来就是有触发submit事件的功能吧.asp.net不过是要令原来html中一些不能触发submit的东西submit,才弄出了__doPostBack来实现.对于原来就能submit的Button,又何必多此一举呢.(仅个人理解,未经验证!)

所以如果是Button的postback,在后台是不能用Request.Form["__EVENTTARGET"]和Request.Form["__EVENTARGUMENT"]取得控件ID和参数的.那么,怎么取呢?看代码:

取Button

   
     foreach (string str in Request.Form)
{
 Control c = Page.FindControl(str);
 if (c is Button)
 {
 control = c;
 break;
 }
}

如上写法可以在后台找到Button.为什么这样? 不知道,呵呵. 在Button的提交过程中,Button会将Button本身的ID作为Request.Form的一个Key，它的Value是Button的Text属性值，回传给服务器.所以可以在后台循环Form.Keys取到所提交的Button,以执行相应的函数.ImgButton也差不多,不同就在于，它不是用ImageButton的ID作为Request.Form的Key，它是用ImageButton的ID加上.x和.y作为Key，在Request.Form添加两上键值对，这两个键值应该是对应ImageButton的图片大小的,了解了这个规律后，我们仍然可以通过一定的方式得到是否是由ImageButton引发的PostBack.

了解Postback机制对我们理解asp.net的事件触发过程有很大的帮助,好好利用__doPostBack更能灵活的使客户端和服务器端进行交互,获得更好的客户体验.