.NET中IsPostBack用法

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结论

  本人对.Net的源代码中相关的处理进行的分析得到如下的结论:

  结论①对于使用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”和

  “__VIEW STATE FIELD COUNT”,并且没有键为“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,发生了页面元素变化及重新编译。

  一般来说记住上面的结论就可以,如果您有兴趣,或者怀疑请继续看下面的IsPostBack推论过程。

  3 IsPostBack推论过程

  下面是根据.Net框架中的源代码,来分析IsPostBack是如何判断出来的。对于这些结论的推断本人做了相关的试验来证明推论的正确性,由于篇幅的原因没有将这些试验代码体现出来。另外不可能将全部的.Net框架的代码都体现出来,只是将相关的代码片段列出,说明推断的依据。

  另外由于本人水平有限对.Net框架的代码理解还存在的不足的地方,请发现后进行指正,谢谢。

  publicboolIsPostBack

  {

  get

  {

  if(this._requestValueCollection==null)

  {

  returnfalse;

  }

  if(this._isCrossPagePostBack)

  {

  returntrue;

  }

  if(this_pageFlags[8])

  {

  returnfalse;

  }

  return(

  (

  (this.Context.ServerExecuteDepth<=0)||

  ((this.Context.Handler!=null)&&

  (base.GetType()==this.Context.Handler.GetType()))

  )&&!this._fPageLayoutChanged

  );

  }

  }

  我们将每一个if判断作为一个小节,作如下的分析。

  3.1this._requestValueCollection==null

  if(this._requestValueCollection==null)

  {

  returnfalse;

  }

  可以看出_requestValueCollection等于null时IsPostBack就等于false。

  在Page.ProcessRequestMain(bool,bool)中有如下的代码:

  if(this.PageAdapter!=null)

  {

  this._requestValueCollection=this.PageAdapter.DeterminePostBackMode();

  }

  else

  {

  this._requestValueCollection=this.DeterminePostBackMode();

  }

  PageAdapter.DeterminePostBackMode最终还是调用了Page.DeterminePostBackMode,下面我们看Page.DeterminePostBackMode如何实现。

  protectedinternalvirtualNameValueCollectionDeterminePostBackMode()

  {

  if(this.Context.Request==null)

  {

  returnnull;

  }

  if(this.Context.PreventPostback)

  {

  returnnull;

  }

  NameValueCollectioncollectionBasedOnMethod=this.GetCollectionBasedOnMethod(false);

  if(collectionBasedOnMethod==null)

  {

  returnnull;

  }

  boolflag=false;

  string[]values=collectionBasedOnMethod.GetValues((string)null);

  if(values!=null)

  {

  intlength=values.Length;

  for(inti=0;i<length;i++)

  {

  if(values[i].StartsWith("__VIEWSTATE",StringComparison.Ordinal)||

  (values[i]=="__EVENTTARGET"))

  {

  flag=true;

  break;

  }

  }

  }

  if(((collectionBasedOnMethod["__VIEWSTATE"]==null)&&(collectionBasedOnMethod["__VIEWSTATEFIELDCOUNT"]==null))&&

  ((collectionBasedOnMethod["__EVENTTARGET"]==null)&&!flag))

  {

  returnnull;

  }

  if(this.Request.QueryStringText.IndexOf(

  HttpResponse.RedirectQueryStringAssignment,StringComparison.Ordinal)!=-1)

  {

  collectionBasedOnMethod=null;

  }

  returncollectionBasedOnMethod;

  }

  这个函数中返回null就意味者IsPostBack=false,将上面函数中每个返回为null的地方作如下的分析。

  3.1.1this.Context.Request==null

  if(this.Context.Request==null){returnnull;}this.Context.Request==null应该只有在异常的情况下会发生,正常情况下会在HttpRuntime.ProcessRequestInternal中创建HttpContext及HttpRequest对象。

  3.1.2this.Context.PreventPostback

  if(this.Context.PreventPostback){returnnull;}在HttpServerUtility.Transfer中会使用PreventPostback,其代码如下:

  publicvoidTransfer(stringpath)

  {

  boolpreventPostback=this._context.PreventPostback;

  this._context.PreventPostback=true;

  this.Transfer(path,true);

  this._context.PreventPostback=preventPostback;

  }

  在调用Server.Transfer进行画面迁移时设置Context.PreventPostback=ture。此处得出结论①:对于使用Server.Transfer进行迁移时迁移到的页面其IsPostBack=false。

  3.1.3collectionBasedOnMethod==null

  NameValueCollectioncollectionBasedOnMethod=this.GetCollectionBasedOnMethod(false);

  if(collectionBasedOnMethod==null)

  {

  returnnull;

  }

  调用了Page.GetCollectionBasedOnMethod后其返回值进行判断。如果其返回值为null则IsPostBack为false。

  Page.GetCollectionBasedOnMethod的定义如下:

  internalNameValueCollectionGetCollectionBasedOnMethod(booldontReturnNull)

  {

  if(this._request.HttpVerb==HttpVerb.POST)

  {

  if(!dontReturnNull&&!this._request.HasForm)

  {

  returnnull;

  }

  returnthis._request.Form;

  }

  if(!dontReturnNull&&!this._request.HasQueryString)

  {

  returnnull;

  }

  returnthis._request.QueryString;

  }

  从上面的代码可以看出返回值为null的情形是_request.HasForm=null或_request.HasQueryString=null。此处得出结论②:Post方式如果Request中没有请求值,即Request.Form=null则IsPostBack=false;Get方式如果Request中没有请求值,即Request.QueryString=null则IsPostBack=false。

  3.1.4((collectionBasedOnMethod["__VIEWSTATE"]==null)&&(collectionBasedOnMethod["__VIEWSTATEFIELDCOUNT"]==null))&&

  ((collectionBasedOnMethod["__EVENTTARGET"]==null)&&!flag)

  boolflag=false;

  string[]values=collectionBasedOnMethod.GetValues((string)null);

  if(values!=null)

  {

  intlength=values.Length;

  for(inti=0;i<length;i++)

  {

  if(values[i].StartsWith("__VIEWSTATE",StringComparison.Ordinal)||

  (values[i]=="__EVENTTARGET"))

  {

  flag=true;

  break;

  }

  }

  }

  上面这段代码的意思是判断请求的键值对中是否存在没有键,其值以“__VIEWSTATE”开头或者其值为“__EVENTTARGET”。例如如下的Get请求方式会使得flag=true。

  …/defalt.aspx?__VIEWSTATE

  …/defalt.aspx?__EVENTTARGET

  对于Get方式“?__VIEWSTATE=”会将__VIEWSTATE作为请求的键,其值为“”,但是“?__VIEWSTATE”会认为其键为“null”,其值为

  “__VIEWSTATE”

  if(

  ((collectionBasedOnMethod["__VIEWSTATE"]==null)&&(collectionBasedOnMethod["__VIEWSTATEFIELDCOUNT"]==null))&&

  ((collectionBasedOnMethod["__EVENTTARGET"]==null)&&!flag))

  {

  returnnull;

  }

  如上的条件意味着请求的键中同时没有“__VIEWSTATE”,“__EVENTTARGET”,“__VIEWSTATEFIELDCOUNT”,并且flag为false则返回null。

  flag为false意味着没有键为“null”值以“__VIEWSTATE”开头并且也没有值为“__EVENTTARGET”的键值对。

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

  3.1.5this.Request.QueryStringText.IndexOf(HttpResponse.RedirectQueryStringAssignment,StringComparison.Ordinal)!=-1

  if(this.Request.QueryStringText.IndexOf(HttpResponse.RedirectQueryStringAssignment,StringComparison.Ordinal)!=-1)

  {

  collectionBasedOnMethod=null;

  }

  HttpResponse.RedirectQueryStringAssignment的值为“__redir=1”,上面的代码的意思是如果QueryStringText中包括包括“__redir=1”则返回null。在HttpRequest.Redirect中会判断如果IsPostBack为true,并且URL中不包含有“__redir=1”时,会给URL中增加“__redir=1”。一般情况下我们使用request.Redirect迁移到的页面都应该是IsPostBack=false,有一种特殊的情形是使用request.Redirect迁移到当前页,此时IsPostBack为true。此种情况发生时在request.Redirect中给URL中增加“__redir=1”。执行到page.ProcessRequestMain时会重新将IsPostBack判断为fales。

  此处得出结论④使用Response.Redirect方式向自画面迁移时,此时IsPostBack=false。

  此时大家可能会有疑问为什么使用Response.Redirect方式向自画面迁移时要特殊处理,使用Response.Redirect向其他画面迁移为什么不要。

  使用Response.Redirect向其他画面迁移时Response.Form=null,Response.QueryString=null,所以可以判断是IsPostBack=false。但是使用Response.Redirect方式向自画面迁移时Response.QueryString<>null,所以要特殊判断。

  3.2this._isCrossPagePostBack

  if(this._isCrossPagePostBack)

  {

  returntrue;

  }

  在Page的PreviousPage属性中会对_isCrossPagePostBack进行设置,具体代码如下:

  publicPagePreviousPage

  {

  get

  {

  …

  ITypedWebObjectFactoryvPathBuildResult=(ITypedWebObjectFactory)BuildManager.GetVPathBuildResult(this.Context,

  this._previousPagePath);

  if(typeof(Page).IsAssignableFrom(vPathBuildResult.InstantiatedType))

  {

  this._previousPage=(Page)vPathBuildResult.CreateInstance();

  this._previousPage._isCrossPagePostBack=true;

  this.Server.Execute(this._previousPage,TextWriter.Null,true,false);

  }

  }

  returnthis._previousPage;

  }

  }

  在发生跨页面提交的时候,当访问PreviousPage属性的时候源Page的IsCrossPagePostBack会被设置true。此处得出结论⑤发生跨页提交(CrossPagePostBack),当访问PreviousPage属性的时候,对于源Page,IsPostBack=true。

  3.3this._pageFlags[8]

  if(this._pageFlags[8])

  {

  returnfalse;

  }

  在Page.ProcessRequestMain中有如下的代码片断对_pageFlags[8]进行赋值。

  elseif(!this.IsCrossPagePostBack)

  {

  VirtualPathpath=null;

  if(this._requestValueCollection["__PREVIOUSPAGE"]!=null)

  {

  try

  {

  path=VirtualPath.CreateNonRelativeAllowNull(

  DecryptString(this._requestValueCollection["__PREVIOUSPAGE"]));

  }

  catch(CryptographicException)

  {

  this._pageFlags[8]=true;

  }

  if((path!=null)&&(path!=this.Request.CurrentExecutionFilePathObject))

  {

  this._pageFlags[8]=true;

  this._previousPagePath=path;

  }

  }

  }

  解密发生异常时_pageFlags[8]为true这种异常发生的可能性比较小我们忽略,重点看另外一种情形,将这种情形的所有条件结合起来就是IsCrossPagePostBack=false&&_requestValueCollection["__PREVIOUSPAGE"]!=null&&path!=null&&(path!=this.Request.CurrentExecutionFilePathObject)。发生跨页提交时对于目标页面IsCrossPagePostBack=false,此时源页面的"__PREVIOUSPAGE"等信息会提交给目标页面,所以_requestValueCollection["__PREVIOUSPAGE"]!=null。此时当前请求的CurrentExecutionFilePathObject是根据目标页的路径生成的,与使用_requestValueCollection["__PREVIOUSPAGE"]生成的path对象不同。

  此处得出结论⑥发生跨页提交(CrossPagePostBack)时目标页面是IsPostBack=false。为什么需要对CrossPagePostBack的目标页面做这样的处理呢?发生CrossPagePostBack时,会将源页面的信息提交给目标页面此时Request.Form!=null,而且包括__VIEWSTATE等键按照其他的规则会判断为IsPostBack=true,所以需要对CrossPagePostBack的目标页面做特殊的判断。

  3.4(this.Context.ServerExecuteDepth<=0)||((this.Context.Handler!=null)&&(base.GetType()==this.Context.Handler.GetType()))

  在HttpServerUtility中有如下的代码对Context.ServerExecuteDepth进行了操作。

  publicvoidExecute(stringpath,TextWriterwriter,boolpreserveForm)

  {

  …

  try

  {

  this._context.ServerExecuteDepth++;

  handler=this._context.ApplicationInstance.MapHttpHandler(this._context,request.RequestType,path3,filename,

  useAppConfig);

  }

  finally

  {

  this._context.ServerExecuteDepth--;

  }

  …

  }

  在HttpServerUtility.ExecuteInternal中也有一处对Context.ServerExecuteDepth类似的操作。HttpServerUtility.Execute会调用HttpServerUtility.ExecuteInternal。从此可以看出Context.ServerExecuteDepth是表示Server.Execute中的执行深度。在调用Server.Execute时Context.ServerExecuteDepth>0。另外调用Server.Execute后Context.Handle中存储的还是原来的页对象,也就是说base.GetType()!=this.Context.Handler.GetType()。这样对于Server.Execute来说this.Context.ServerExecuteDepth<=0)||((this.Context.Handler!=null)这个条件为false。此处得出结论⑦使用Server.Execute迁移到的页面其IsPostBack=false。此处我们会有疑问,为什么需要对Server.Execute进行特殊的判断呢?理由是使用Server.Execute时会将源Page中的隐含域提交,此时Request.Form!=null,而且包括__VIEWSTATE等键按照其他的规则会判断为IsPostBack=true。

  3.5this._fPageLayoutChanged

  fPageLayoutChanged从这个变量的字面意思来看是Page的Layout发生了变化。

  在Page.LaodAllState中代码片断如下:

  privatevoidLoadAllState()

  {

  …

  strings=(string)second.First;

  intnum=int.Parse(s,NumberFormatInfo.InvariantInfo);

  this._fPageLayoutChanged=num!=this.GetTypeHashCode();

  …

  }

  其意思是现在得到的HashCode和存储在ViewState中的HashCode不一致时fPageLayoutChanged=true。GetTypeHashCode()会返回一个HashCode,而且这个方法是对aspx进行编译的时候产生的,只有在页面上的元素发生了变化的时候其返回的值会发生变化。此处得出结论⑧在Page运行期间其对应的DLL被更新了并且Page的树结构发生过变化,这种情况下请求时IsPostBack=false。

文章来自: 中国信息港信息共享平台(http://www.itxx.com.cn) 详文参考:http://www.itxx.com.cn/website/net/website_1354.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值