page.IsPostBack属性

简要概述:

IsPostBack

字面意思理解为:'是回滚',那如果不是回滚,那就是首次加载!

(!page.ispostback)理解为:不是回滚,值为:true.

if(!page.ispostback) //首次加载
{
//如果是第一次加载,就执行此内容.
}

else{非首次加载页面}

 

 

1         IsPostBack介绍

IsPostBack是Page类有一个bool类型的属性，用来判断针对当前Form的请求是第一次还是非第一次请求。当IsPostBack＝true时表示非第一次请求，我们称为PostBack，当IsPostBack＝false时表示第一次请求。在asp.net框架内部有很多的场景需要判断IsPostBack，比如LoadAllState等操作就需要在PostBack的时候进行。对于我们自己使用WebForm进行开发时，经常会在Page_Load中对IsPostBack进行判断，因为第一次请求的时候会执行Page_Load，在非第一次请求的时候也会执行Page_Load。为什么对同一个Form有多次请求呢？asp.net中引入了服务器端事件，支持服务器端事件的控件，会发出对当前Form的请求，这样在很多情形下我们就需要区别是否是对这个Form的第一次请求。

2         IsPostBack结论

 

结论①    对于使用Server.Transfer进行迁移时迁移到的页面其IsPostBack＝false。

结论②    Post方式如果Request中没有请求值，即Request.Form =null则IsPostBack＝false；Get方式如果Request中没有请求值，即Request.QueryString =null则IsPostBack＝false。

结论③    如 果QueryString或Form虽然有请求值，但是QueryString或Form中的Key没有“__VIEWSTATE”和 “__EVENTTARGET”和“__VIEWSTATEFIELDCOUNT”，并且没有键为“null”，值以“__VIEWSTATE”开头并且 也没有值为“__EVENTTARGET”的键值对，则IsPostBack＝false。

结论④    使用Response.Redirect方式向自画面迁移时，此时IsPostBack＝false。

结论⑤    发生跨页提交（CrossPagePostBack），当访问PreviousPage属性的时候，对于源Page，IsPostBack=true。

结论⑥    发生跨页提交（CrossPagePostBack）时目标页面是IsPostBack＝false

结论⑦    使用Server.Execute迁移到的页面其IsPostBack＝false。

结论⑧    在Page运行期间其对应的DLL被更新了并且Page的树结构发生过变化，这种情况下请求时IsPostBack＝false。

可以这样来理解这些结论：一般情况判断Request中如果没有请求值则IsPostBack＝false。如果有请求值但是不包括“__VIEWSTATE”等一些特殊的键或值，则IsPostBack＝false（每次请求后.Net框架会将一些特殊的隐藏域“__VIEWSTATE”等返回给客户端）。还有一些特殊的情形是上面的规则不能正确判断的需要特殊处理的，这些情形包括Server.Transfer，Response.Redirect，CrossPagePostBack，Server.Execute，发生了页面元素变化及重新编译。

Page_Init和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结构的程序最大的区别！?　其实，得不到控件的数据，都是因为这个原因。