ASP之ViewState和IsPostBack
没怎么写过ASPX页面,今天在做增删改的界面的时候,修改出了问题。
根据传过来的ObjectID加载页面数据,赋值给TextBox控件后,修改控件的值回写数据库,发现值没有变化。
简单的例子如下:
然后发现是因为IsPostBack,修改后效果:
如果有一个字段后边还是需要用到的,则需要用ViewState,例如:
public string ObjectID
{
get { return ViewState["ObjectID"] == null ? string.Empty : ViewState["ObjectID"].ToString(); }
set { ViewState["ObjectID"] = value; }
}
当然,set的时候有可能一起给控件赋值!
做下笔记,以防忘记。
关于详细的请看 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”和“__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。
ASP之ViewState和IsPostBack的更多相关文章
- ASP.NET ViewState详解
ASP.NET ViewState详解[转载] 作者:Infinities Loop 概述 ViewState是一个被误解很深的动物了.我希望通过此文章来澄清人们对ViewState的一些错误认识.为 ...
- 【转】ASP.NET ViewState详解
(wyt今天学习了这篇文章,作为门外汉的我了解了很多页面控件数据加载的知识和viewstate的用法和原理.我想在日后的开发效率提升上会有很大的作用.) 转自http://www.cnblogs.co ...
- asp.net viewstate的模拟登陆
其实 VIEWSTATE 不用太在意,倒是 JTCookieID 需要注意,这个才应该是服务器上用来维护 Session 的那个 Cookie.所以,你用 httpclient 的时候,不能上来就直接 ...
- asp.net viewstate 数据过大 导致错误
当在ViewState中放入dataSet的数据量比较大的时候,当再点页面上的控件时,不会返回到后台,并且会出现如下错误: 或者是上面的12030改成500的错误. --解决方法:Viewstate绑 ...
- asp.net viewstate 数据大导致错误
当在ViewState中放入dataSet的数据量比较大的时候,当再点页面上的控件时,不会返回到后台,并且会出现如下错误: 或者是上面的12030改成500的错误. --解决方法:Viewstate绑 ...
- ASP.Net WebForm温故知新学习笔记:二、ViewState与UpdatePanel探秘
开篇:经历了上一篇<aspx与服务器控件探秘>后,我们了解了aspx和服务器控件背后的故事.这篇我们开始走进WebForm状态保持的一大法宝—ViewState,对其刨根究底一下.然后,再 ...
- ASP.NET中IsPostBack属性研究
通过页面的IsPostback属性,可以检查 .aspx 页是否为传递回服务器的页面:当加载页面并对控件的更改属性处理之前,用户可以在page_Load事件中检查该页面是否被传递回的页面. 一般是在p ...
- Asp.net中的ViewState用法
Session,ViewState用法基本理论:session值是保存在服务器内存上,那么,可以肯定,大量的使用session将导致服务器负担加重. 而viewstate由于只是将数据存入到页面隐藏控 ...
- ASP.Net请求处理机制初步探索之旅 - Part 4 WebForm页面生命周期
开篇:上一篇我们了解了所谓的请求处理管道,在众多的事件中微软开放了19个重要的事件给我们,我们可以注入一些自定义的业务逻辑实现应用的个性化设计.本篇,我们来看看WebForm模式下的页面生命周期. ( ...
随机推荐
- centOS7创建python虚拟环境
参考: 非常棒的2篇博客 https://www.centos.bz/2018/05/centos-7-4-%E5%AE%89%E8%A3%85python3%E5%8F%8A%E8%99%9A%E6 ...
- [CodeForces] CF226D The table
Harry Potter has a difficult homework. Given a rectangular table, consisting of n × m cells. Each ce ...
- [LUOGU] 1108 低价购买
统计本质不同的\(LIS\)个数. 因为本题要求的是\(N^2\)级别的算法,就直接暴力统计\(LIS\)的个数了 然后统计方案数的话加入发现有之间有一个值,以它为结尾的\(LIS\)长度和当前的相等 ...
- Flask - 路由系统
目录 Flask - 路由系统 @app.route()装饰器中的常用参数 methods : 当前 url 地址,允许访问的请求方式 endpoint:反向url地址,默认为视图函数名(url_fo ...
- 【LeetCode Weekly Contest 26 Q3】Friend Circles
[题目链接]:https://leetcode.com/contest/leetcode-weekly-contest-26/problems/friend-circles/ [题意] 告诉你任意两个 ...
- [TYVJ1730]二逼平衡树
[TYVJ1730]二逼平衡树 题目 您需要写一种数据结构(可参考题目标题),来维护一个有序数列,其中需要提供以下操作:1.查询k在区间内的排名2.查询区间内排名为k的值3.修改某一位值上的数值4.查 ...
- hdu 4786 最小生成树与最大生成树
/* 题意 :有一些边权值为1和0,判断是否存在一个生成树使得他的总权值为一个斐波那契数. 解法:建立一个最小生成树向里面加权值为1的边替换为0的边,保证原来的联通.因为权值为1,可直接求出最大生成树 ...
- POJ 3252 Round Numbers 组合数学
Time Limit: 2000MS Memory Limit: 65536K Total Submissions: 13381 Accepted: 5208 Description The ...
- 一个oracle bug
最近发现一个RAC db的listener log增长特别快,于是去查看了一下. 先是查看了一下log的内容,发现都是 service_update这种内容,刷新的特别快. service_updat ...
- Atitit.一个cms有多少少扩展点,多少api wordpress  cms有多少api。。扩展点
Atitit.一个cms有多少少扩展点,多少api wordpress cms有多少api. . 扩展点 1. Api分类 WordPress APIs 1 1.1. 1 函数分类 2 1.2. 函 ...