HttpApplication对象
HttpApplication是一个基类，代表运行中的ASP.NET应用程序。运行中的ASP.NET应用程序由动态创建的继承于HttpApplication的类来表示。如果global.asax存在，那么通过解析其内容，可以创建动态生成的应用程序类的源代码。如果global.asax可用，应用程序类便会被创建，并根据它命名为ASP.global_asax。否则，会使用基类HttpApplication。 HttpApplication派生类的实例负责管理分配给它的请求的整个生命周期。只有在该请求处理完毕后，该实例才会被重用。HttpApplication维护着一系列HTTP模块对象，这些对象可以对请求的内容进行筛选，甚至还可以进行修改。在请求穿越管道的过程中，可能随时会调用已注册的模块。 HttpApplication对象能判断代表被请求资源的对象类型(一般可能是ASP.NET页面、Web服务或用户控件)。随后，HttpApplication使用相应的处理程序工厂获取代表被请求资源的对象。工厂可能使用现有的程序集，实例化被请求资源的类的实例，也可能先动态创建所需程序集，然后再实例化该对象。处理程序工厂对象是实现IHttpHandlerFactory接口的类的实例，负责返回处理HTTP请求的托管对象——HTTP处理程序。一个ASP.NET页面只是一个处理程序对象(即，实现IHttpHandler接口的类的实例)。
页面工厂
HttpApplication类会确定要处理的请求的对象类型，并委托与该类型相关的处理程序工厂创建其新的实例。如果被请求的资源是页面，会发生什么情况呢？ 一旦HttpApplication对象掌管了请求，就必须选择一个合适的处理程序，并创建该处理程序的实例。对于面向页面的请求，对应的工厂名为PageHandlerFactory。为找到合适的处理程序，HttpApplication会读取配置文件<httpHandlers>区段中的信息。
几个主要的已注册处理程序:
处理程序工厂不会在每次调用被请求资源时都进行编译操作。已编译代码被存储在Web服务器的ASP.NET临时目录中，只要相应资源文件没有被更改，便会被一直重用下去(这种效果得益于对“工厂模式”的使用)。 因此，接到请求时，页面处理工厂会创建代表被请求页面的对象实例。如前所述，页面对象继承于System.Web.UI.Page类，而该类实现了IHttpHandler接口。页面对象会被返回应用程序工厂，随后被传回给HttpRuntime对象。最后的步骤由ASP.NET运行库完成，ASP.NET运行库会调用IHttpHandler的页面对象的ProcessRequest方法。这会使页面执行用户定义的代码，并为浏览器生成标记。
页�
< align=middle src=http://player.youku.com/player.php/sid/XMTQ3NTE2NzIw/v.swf width=480 height=400 type=application/x-shockwave-flash allowScriptAccess="sameDomain" quality="high" mce_src="http://player.youku.com/player.php/sid/XMTQ3NTE2NzIw/v.swf"> ......
进去寒假，由于一个浑浑噩噩的学期结束了，不想令自己继续沉溺在那昏天黑地之中，于是去Library借了一本很厚很重的C# ASP.NET的书，附光盘。有趣的，我用历来学习课本知识的放学学习C#和熟悉VS环境，还做了不少读书笔记，哎，真的没那个必要啊，不过看了1-2周之后，对于服务器端控件的确是熟悉不少，对于边边脚脚的一些页面 ......
Web页面是无状态的， 服务器对每一次请求都认为来自不同用户，因此，变量的状态在连续对同一页面的多次请求之间或在页面跳转时不会被保留。在用ASP.NET 设计开发一个Web系统时， 遇到一个重要的问题是如何保证数据在页面间进行正确、安全和高效地传送，Asp.net 提供了状态管理等多种技术来解决保存和传 ......
通常情况下，ASP.Net 页面 PostBack（回发）后，页面一般定位在整个网页的顶部!但我们在实际项目中经常需要，回发后能定位到自己刚刚点击提交按钮位置，那这种情况如何实现呢，下面介绍三种实现些功能的方法
一、应用程序级设置：在web.config中增加一个pages节点
<pages main ......
