关于IsPostBack的小结

前言：通过本人在实际的工作的观察、总结中，确实发现了很多程序员的“不良现象”，而且很多是广大asp.net程序员共同具备的。今天，我就拿IsPostBack来说说，这玩意很多程序员会用，甚至有很多程序员滥用，大部分人只是在老师或者部分书籍的指导下，习惯性在pageload中使用它，而并没有真正去理解它。或许读者会觉得我说的有点夸张，后续，只要有时间，我会抓紧去总结并整理这些我发现的问题，并且会仔细的给大家讲明白、讲清楚。强烈推荐想深入asp.net方面的读者，一定不要只停留在“拖控件”的层面。当然，如果你觉得自己就想去“专业网站建设"的皮包公司混口饭吃，根本不需要有什么技术深度，那我就无语啦...

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的推论过程。