之前一直对ASP.NET原理一直很模糊,现在脑海中有个大致的概念。简单梳理一下
1.
当我们的客户端向服务器端发送请求的时候,通过socket客户端,从浏览器将请求发送到服务器端,服务器端的内核模块httpsys接受到我们的请求,并将请求放到程序池对应的消息队列中。之后我们的httpsys通知w3svc这个服务,服务通知应用程序池中的工作进程w3wp.exe,并让其到消息队列中去取得请求消息。
2.
如果我们请求的是静态文件,如html,css,则服务器直接将请求的内容封装成一个响应报文,返回给httpsys 再由httpsys返回内容给客户端浏览器;如果请求的是动态文件,如aspx,ashx,w3wp.exe根据请求消息的后缀加载isAPI拓展;如aspnet_isapi 这个程序集开启我们的CLR运行时。aspnet_isapi负责将请求的消息传递给托管模块的Isapi_Runtime的processRequest(ecb)方法,这个方法里面有个ecb句柄,负责接收我们请求的消息。ISApiRuntime 生成一个HttpworkRequest对象,在接下来,我们将这个对象传递给HttpRuntime的ProcessRequest的PR方法,他生成HttpContext上下文。用于整个管道模型的存取信息。
3.
接下来,将从HttpApplicationFactory中获取一个HttpApplication对象。获取对象的过程大致分为以下3步。
1.我们会发现我们的项目中有一个global文件,这个文件继承于HttpApplication类,里面主要是注册管道事件的方法。所以我们会事先编译global这个类;
2.从HttpApplicationFactory中获取一个HttpApplication对象(存在的情况下)
3.如果不存在,则通过反射之前的global类,获得HttpApplication对象。
4.
HttpApplication 对象初始化过程中将会触发所有的HttpMoudle注册的事件,以及管线事件,执行事件对应的注册方法,最后封装到HttpHandler对象中。整个管道模型现在公布的有23个步骤,其中包含19个事件,在7,8事件之间主要创建我们的页面对象,9,10事件之间通过session_ID创建Session会话,在11,12事件之间开启我们的页面生命周期。在这个整个过程中HttpContext对象一直在管道中移动,获取信息,最后将获取的结果返回。