刚接触asp.net框架觉得很好奇。他的快速开发是怎么实现的。控件的状态又是怎么保持的。我们都知道http是无状态的。而且网上很多人都说使用asp.net框架使用服务器框架是非常慢的。

带着这些疑问我们来了解asp.net框架吧

我们先来简单说一下asp.net框架的执行过程

当浏览器发送一个请求 比如请求index.aspx 的页面 到底经过了哪些事情

1.首先客户端会组织请求报文发送到iis服务器

2.iis服务器通过文件后缀到扩展程序映射找到对应的处理程序即，这里这是asp.net_isapi(经典模式情况下)

3.通过这个程序将请求报文发送到asp.net框架。最先处理的则是httpRuntime.ProcessRequset方法(以后我们简称PR方法)

（1）这里会对请求报文进行解析并封装 （2）同时创建上下文对象 初始化相关属性(httpRequset,httpResponse,seeson)

4.然后通过httpAplicationFactory工厂类创建一个httpAplication对象  这个对象主要是管理我们的事件管道

5.调用httpAplicaton对象的PR方法 传递HttpContext进去 并执行我们的事件管道

6.事件管道有22个事件但是我们只要关注19个就行了

7第8个管道到第九个管道之间则通过解析创建我们的前台页面类(我们的页面编译后也会是一个类继承关系 <后台页面类<page) 然后将他保存到上下文的IhttpHander类型的RemapHandler-属性中

8.第9个事件则通过判断RemapHandelr是否实现了IRequiresSessionState接口如果实现了则通过读取cookie中的sessionId在session池中知道对应session对象

赋值到上下文的Session属性。(这里曾经的疑惑就豁然开朗了了。一般处理程序为何要手动实现这个接口才能使用session)

9.第11到第12个事件则调用RemapHandelr的PR方法这里相当于有2个分支

（1）首先我们来对比一下使用了服务器控件的页面类和没有使用服务器控件的页面类

没用使用服务器控件页面

接下来我们看一下使用了服务器控件的页面

从这里我们可以做个一个简单对比

使用了服务器控件我们知道最终都打造成控件对象(而我们知道创建对象是耗时的)

没使用服务器控件的页面只是将html写入response 其他额外的操作都没做

我们再观察一下html的对比

10想解决以上疑惑 那么我们就得了解页面的生命周期了

前面我们所说的使用了服务器控件和不使用控件的页面类对象实现的PR方法处理逻辑里面的不同点是  使用了服务器控件的页面类

的PR方法会将服务器控件以控件对象保存到数组里面。

这个时候回调用页面生命周期的一系列事件

（1）LoadState将表单隐藏域 _ViewState的数据设置到页面类对象的ViewState中 然后将viewState的数据绑定到对应的控件属性中(回发情况下 这里就是使用了数据源服务器控件保存状态的原因了（listview DataList）)

（2）ProcessPostData  这里会将提交的表单元素赋值给对应的控件对象(表单类型服务器控件还原状态 textBox之类的)

(3) PageLoad 这里则是调用后台页面的我们自己写的处理逻辑的代码了

(4)ProcessPostData 这里还会调用一次(之前很疑惑。想想也就明白了 比如我们在PageLoad可能会动态的创建控件对象。那么回发情况也要还原我们手动创建的控件对象的值。那么为什么上面那一次不在这里一起处理。因为我们会在PageLoad的时候通过this.服务器控件 的形式访问 处理业务)

(5)RaiseChangeEvents方法执行控件的非点击事件

(6)RaisePostBackEvents方法执行控件的点击事件

我们观察上面的控件绑定的事件后会生成一段js  这段js 就是手动触发表单的提交事件 回发。并且把触发事件的 服务器控件id发送到服务器。5 6环境则会调用触发的服务器控件相应事件

比如可以做一个测试 一个服务器控件绑定了change事件和click事件 那么 我们点击这个事件后不仅click会在服务器调用 change也会

（7）则吧新的数据源保存到页面类的ViewState中。(下一次回发再还原)

（8）最后则调用服务器控件的Render方法生成对应的html 写入response(多态的一种展现形式)

发现写代码的时候更多时候回关注 自己写的一段代码会出现什么效果。而不会关注实现这个效果 程序中处理是千山万水才走到这一步。 那么很多东西我们都不能自己把控。所以把现在理解的东西记下来 方便查阅