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”和
“__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，发
生了页面元素变化及重新编译。
一般来说记住上面的结论就可以，如果您有兴趣，或者怀疑请继续看下面的IsPostBack推论过程。
3 IsPostBack推论过程
下面是根据.Net框架中的源代码，来分析IsPostBack是如何判断出来的。对于这些结论的推断本人做了相关的试验来证明推论的正确性，由于
篇幅的原因没有将这些试验代码体现出来。另外不可能将全部的.Net框架的代码都体现出来，只是将相关的代码片段列出，说明推断的依据。
另外由于本人水平有限对.Net框架的代码理解还存在的不足的地方，请发现后进行指正，谢谢。
publicbool IsPostBack
{
get
{
if (this._requestValueCollection == null)
{
return false;
}
if (this._isCrossPagePostBack)
{
return true;
}
if (this_pageFlags[8])
{
return false;
}
return (
(
(this.Context.ServerExecuteDepth <= 0) ||
((this.Context.Handler != null) &&
(base.GetType() == this.Context.Handler.GetType()))
) && !this._fPageLayoutChanged
);
}
}
我们将每一个if判断作为一个小节，作如下的分析。
3.1 this._requestValueCollection == null
if (this._requestValueCollection == null)
{
return false;
}
可以看出_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如何实现。
protected internal virtual NameValueCollection DeterminePostBackMode()
{
if (this.Context.Request == null)
{
return null;
}
if (this.Context.PreventPostback)
{
return null;
}
NameValueCollection collectionBasedOnMethod = this.GetCollectionBasedOnMethod(false);
if (collectionBasedOnMethod == null)
{
return null;
}
bool flag = false;
string[] values = collectionBasedOnMethod.GetValues((string) null);
if (values != null)
{
int length = values.Length;
for (int i = 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))
{
return null;
}
if (this.Request.QueryStringText.IndexOf(
HttpResponse.RedirectQueryStringAssignment, StringComparison.Ordinal) != -1)
{
collectionBasedOnMethod = null;
}
return collectionBasedOnMethod;
}
这个函数中返回null就意味者IsPostBack＝false，将上面函数中每个返回为null的地方作如下的分析。
3.1.1 this.Context.Request == null
if (this.Context.Request == null) { return null; }this.Context.Request == null应该只有在异常的情况下会发生，
正常情况下会在HttpRuntime.ProcessRequestInternal中创建HttpContext及HttpRequest对象。
3.1.2 this.Context.PreventPostback
if (this.Context.PreventPostback) { return null; }在HttpServerUtility.Transfer中会使用PreventPostback，其代
码如下：
public void Transfer(string path)
{
bool preventPostback = 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.3 collectionBasedOnMethod == null
NameValueCollection collectionBasedOnMethod = this.GetCollectionBasedOnMethod(false);
if (collectionBasedOnMethod == null)
{
return null;
}
调用了Page.GetCollectionBasedOnMethod后其返回值进行判断。如果其返回值为null则IsPostBack为false。
Page.GetCollectionBasedOnMethod的定义如下：
internal NameValueCollection GetCollectionBasedOnMethod(bool dontReturnNull)
{
if (this._request.HttpVerb == HttpVerb.POST)
{
if (!dontReturnNull && !this._request.HasForm)
{
return null;
}
return this._request.Form;
}
if (!dontReturnNull && !this._request.HasQueryString)
{
return null;
}
return this._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)
bool flag = false;
string[] values = collectionBasedOnMethod.GetValues((string) null);
if (values != null)
{
int length = values.Length;
for (int i = 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))
{
return null;
}
如上的条件意味着请求的键中同时没有“__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.5 this.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.2 this._isCrossPagePostBack
if (this._isCrossPagePostBack)
{
return true;
}
在Page的PreviousPage属性中会对_isCrossPagePostBack进行设置，具体代码如下：
public Page PreviousPage
{
get
{
…
ITypedWebObjectFactory vPathBuildResult = (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);
}
}
return this._previousPage;
}
}
在发生跨页面提交的时候，当访问PreviousPage属性的时候源Page的IsCrossPagePostBack会被设置true。此处得出结论⑤发生跨页提交
（CrossPagePostBack），当访问PreviousPage属性的时候，对于源Page，IsPostBack=true。
3.3 this._pageFlags[8]
if (this._pageFlags[8])
{
return false;
}
在Page. ProcessRequestMain中有如下的代码片断对_pageFlags[8]进行赋值。
else if (!this.IsCrossPagePostBack)
{
VirtualPath path = 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进行了操作。
public void Execute(string path, TextWriter writer, bool preserveForm)
{
…
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.5 this._fPageLayoutChanged
fPageLayoutChanged从这个变量的字面意思来看是Page的Layout发生了变化。
在Page.LaodAllState中代码片断如下：
private void LoadAllState()
{
…
string s = (string) second.First;
int num = int.Parse(s, NumberFormatInfo.InvariantInfo);
this._fPageLayoutChanged = num != this.GetTypeHashCode();
…
}
其意思是现在得到的HashCode和存储在ViewState中的HashCode不一致时fPageLayoutChanged＝true。GetTypeHashCode()会返回一个HashCode
，而且这个方法是对aspx进行编译的时候产生的，只有在页面上的元素发生了变化的时候其返回的值会发生变化。此处得出结论⑧在Page运行
期间其对应的DLL被更新了并且Page的树结构发生过变化，这种情况下请求时IsPostBack＝false。
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”和
“__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，发
生了页面元素变化及重新编译。
一般来说记住上面的结论就可以，如果您有兴趣，或者怀疑请继续看下面的IsPostBack推论过程。
3 IsPostBack推论过程
下面是根据.Net框架中的源代码，来分析IsPostBack是如何判断出来的。对于这些结论的推断本人做了相关的试验来证明推论的正确性，由于
篇幅的原因没有将这些试验代码体现出来。另外不可能将全部的.Net框架的代码都体现出来，只是将相关的代码片段列出，说明推断的依据。
另外由于本人水平有限对.Net框架的代码理解还存在的不足的地方，请发现后进行指正，谢谢。
publicbool IsPostBack
{
get
{
if (this._requestValueCollection == null)
{
return false;
}
if (this._isCrossPagePostBack)
{
return true;
}
if (this_pageFlags[8])
{
return false;
}
return (
(
(this.Context.ServerExecuteDepth <= 0) ||
((this.Context.Handler != null) &&
(base.GetType() == this.Context.Handler.GetType()))
) && !this._fPageLayoutChanged
);
}
}
我们将每一个if判断作为一个小节，作如下的分析。
3.1 this._requestValueCollection == null
if (this._requestValueCollection == null)
{
return false;
}
可以看出_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如何实现。
protected internal virtual NameValueCollection DeterminePostBackMode()
{
if (this.Context.Request == null)
{
return null;
}
if (this.Context.PreventPostback)
{
return null;
}
NameValueCollection collectionBasedOnMethod = this.GetCollectionBasedOnMethod(false);
if (collectionBasedOnMethod == null)
{
return null;
}
bool flag = false;
string[] values = collectionBasedOnMethod.GetValues((string) null);
if (values != null)
{
int length = values.Length;
for (int i = 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))
{
return null;
}
if (this.Request.QueryStringText.IndexOf(
HttpResponse.RedirectQueryStringAssignment, StringComparison.Ordinal) != -1)
{
collectionBasedOnMethod = null;
}
return collectionBasedOnMethod;
}
这个函数中返回null就意味者IsPostBack＝false，将上面函数中每个返回为null的地方作如下的分析。
3.1.1 this.Context.Request == null
if (this.Context.Request == null) { return null; }this.Context.Request == null应该只有在异常的情况下会发生，
正常情况下会在HttpRuntime.ProcessRequestInternal中创建HttpContext及HttpRequest对象。
3.1.2 this.Context.PreventPostback
if (this.Context.PreventPostback) { return null; }在HttpServerUtility.Transfer中会使用PreventPostback，其代
码如下：
public void Transfer(string path)
{
bool preventPostback = 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.3 collectionBasedOnMethod == null
NameValueCollection collectionBasedOnMethod = this.GetCollectionBasedOnMethod(false);
if (collectionBasedOnMethod == null)
{
return null;
}
调用了Page.GetCollectionBasedOnMethod后其返回值进行判断。如果其返回值为null则IsPostBack为false。
Page.GetCollectionBasedOnMethod的定义如下：
internal NameValueCollection GetCollectionBasedOnMethod(bool dontReturnNull)
{
if (this._request.HttpVerb == HttpVerb.POST)
{
if (!dontReturnNull && !this._request.HasForm)
{
return null;
}
return this._request.Form;
}
if (!dontReturnNull && !this._request.HasQueryString)
{
return null;
}
return this._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)
bool flag = false;
string[] values = collectionBasedOnMethod.GetValues((string) null);
if (values != null)
{
int length = values.Length;
for (int i = 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))
{
return null;
}
如上的条件意味着请求的键中同时没有“__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.5 this.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.2 this._isCrossPagePostBack
if (this._isCrossPagePostBack)
{
return true;
}
在Page的PreviousPage属性中会对_isCrossPagePostBack进行设置，具体代码如下：
public Page PreviousPage
{
get
{
…
ITypedWebObjectFactory vPathBuildResult = (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);
}
}
return this._previousPage;
}
}
在发生跨页面提交的时候，当访问PreviousPage属性的时候源Page的IsCrossPagePostBack会被设置true。此处得出结论⑤发生跨页提交
（CrossPagePostBack），当访问PreviousPage属性的时候，对于源Page，IsPostBack=true。
3.3 this._pageFlags[8]
if (this._pageFlags[8])
{
return false;
}
在Page. ProcessRequestMain中有如下的代码片断对_pageFlags[8]进行赋值。
else if (!this.IsCrossPagePostBack)
{
VirtualPath path = 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进行了操作。
public void Execute(string path, TextWriter writer, bool preserveForm)
{
…
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.5 this._fPageLayoutChanged
fPageLayoutChanged从这个变量的字面意思来看是Page的Layout发生了变化。
在Page.LaodAllState中代码片断如下：
private void LoadAllState()
{
…
string s = (string) second.First;
int num = int.Parse(s, NumberFormatInfo.InvariantInfo);
this._fPageLayoutChanged = num != this.GetTypeHashCode();
…
}
其意思是现在得到的HashCode和存储在ViewState中的HashCode不一致时fPageLayoutChanged＝true。GetTypeHashCode()会返回一个HashCode
，而且这个方法是对aspx进行编译的时候产生的，只有在页面上的元素发生了变化的时候其返回的值会发生变化。此处得出结论⑧在Page运行
期间其对应的DLL被更新了并且Page的树结构发生过变化，这种情况下请求时IsPostBack＝false。
温馨提示：内容为网友见解，仅供参考
第1个回答 2015-09-13
1、IsPostBack用来做一些初始化，如DROPDOWN的初始化，ViewState的初始值等，一般这个函数里面的内容是指第一次打开这个页面的时候要做的事.
2、在加载页面后(首次加载页面IsPostBack的值为false)，如果我们要在这个页面上点击按钮或其他东西提交时候，会重新执行Page_Load()函数里面的东西，但是不执行if(!IsPostBack){}里的东西，因为这时候IsPostBack的值是true.
2、在加载页面后(首次加载页面IsPostBack的值为false)，如果我们要在这个页面上点击按钮或其他东西提交时候，会重新执行Page_Load()函数里面的东西，但是不执行if(!IsPostBack){}里的东西，因为这时候IsPostBack的值是true.
第2个回答 2009-08-19
IsPostBack是判断页面是否回传，若IsPostBack为TRUE的话那就是回传，要是False为首次加载，IsPostBack默认为FALSE
IsPostBack具体功能?
1、IsPostBack用来做一些初始化,如DROPDOWN的初始化,ViewState的初始值等,一般这个函数里面的内容是指第一次打开这个页面的时候要做的事. 2、在加载页面后(首次加载页面IsPostBack的值为false),如果我们要在这个页面上点击按钮或其他东西提交时候,会重新执行Page_Load()函数里面的东西,但是不执行if(!IsPostBack){}里...
谁鞥告诉我IsPostBack的具体功能是啥?
IsPostBack是Page类有一个bool类型的属性，用来判断针对当前Form的请求是第一次还是非第一次请求。当IsPostBack＝true时表示非第一次 请求，我们称为PostBack，当IsPostBack＝false时表示第一次请求。在asp.net框架内部有很多的场景需要判断IsPostBack，比如 LoadAllState等操作就需要在PostBack的时候进行。对于...
C#中的ispostback是什么,能讲详细点它的功能和使用
你直接在网址里输入一个页面地址访问页面的时候 这时在服务器端创建的页面对象的IsPostBack属性为false 在你对这个页面进行提交的时候 会把你页面控件里的一些值啊什么的东西回传给服务器 然后服务器就又创建了一个新的页面对象 并且从ViewState中读取回传到服务器的信息 这个新的页面对象的IsPostBack属性就...
!IsPostBack 的作用我还是不太明白,你能在解释下吗?
IsPostBack的值是.Net在页面的执行过程中，在比Load更早的方法中记录并设置的。当页面第一次执行，IsPostBack = true，再次执行就变为false了。这有一个错误，反了，加上这个叹号。如下：当页面第一次执行，!IsPostBack = true，再次执行就变为false了。
Page类的IsPostBack和IsValid属性的功能是什么?如何使用?
IsPostBack属性判断当前请求页面是否是回发 也就是，当页面第一次加载时IsPostBack为false，其余情况均为true 适用于当页面第一次加载时，进行某些初始化操作 IsValid属性要配合服务器端验证控件一起使用才有效果 表示当前页面的所有验证是否均通过 希望对您有帮助~By Billskate ...
1、动态网页和静态网页区别;2、isPostBack作用(举例说明)拜托各位了 3...
有加快速度的功能。 在page_load 中 要每次刷新页面都执行的代码写在 If IsPostBack() Then Exit Sub 之上 只执行一次的，写在它的下面 示例 [Visual Basic, C#, JScript] 下面的示例测试 IsPostBack 属性的值以在加载了 Page 时按条件为所有验证服务器控件调用 Page.Validate 方法。 [Visual Basic...
...如何在显示列表中增加搜索指定字段的功能。看图。
后台页面里肯定有 if(!this.IsPostBack){ } 这样的代码，这个的作用就是点击页面即执行里面的程式。注释掉里面的内容看下把
C#.Net中打开并刷新一次页面的问题(必须且只能刷新一次)!
给你的页面添加一个Load事件就行了，protected void Page_Load(object sender, EventArgs e)这个事件就在页面加载时执行，在里面添加代码就行了
求Asp.net 3.5 Ajax的Rating控件的样式表编辑,以及控件的使用_百度知 ...
功能：提供直观化的鼠标操作方式，让用户选择他们对某篇文章或恢复所要给予的等级。属性：MaxRating ：最高可以给予的等级高低。没有特别指定时，最多可以到5。CurrentRating ："评级"控件初始时的等级高低，默认值是3。CssClass : 指定评级控件所套用的样式表。StarCssClass ：为每个可以被选择的等级(...
GridView中点击更新数据还是原来的数据,实现不了更新,代码没有错,请问...
如果我没猜错的话，应该是因为你在更新之前把数据给重新绑定了，看看你的绑定GridView的代码是不是写在if(!this.IsPostBack){}里面了，如果不是，放进去吧
相似回答
