| 分析asp.net页面后台执行的流程 |
| 来源：
发布时间：2008-05-12 发布人：
浏览：
人次
字体：
[大
中
小]
|
|
一个aspx页面请求时后台到底做了什么？当然asp.net做了很多事情，过程也比较复杂，本文主要分析一下大体的流程。
总体流程如下：
请求一个页面时首先被WWW服务截获(inetinfo.exe进程)，这个进程首先判断页面的后缀，然后根据IIS中的配置来决定调用哪个扩展程序，比如aspx的页面就会调用c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll，aspnet_isapi.dll将请求发送给w3wp.exe进程(我们在调试IIS中网站时就是把VS2005附加到这个进程上的)。
接下来w3wp.exe进程就会调用.net类库进行具体处理：
下面只是列出主要流程，如果喜欢钻研的同学可以用Reflector去查看
一：ISAPIRuntime
bool useOOP = iWRType == 1;
wr = ISAPIWorkerRequest.CreateWorkerRequest(ecb, useOOP);
wr.Initialize();
string appPathTranslated = wr.GetAppPathTranslated();
string appDomainAppPathInternal = HttpRuntime.AppDomainAppPathInternal;
if ((appDomainAppPathInternal == null) || StringUtil.EqualsIgnoreCase(appPathTranslated, appDomainAppPathInternal))
{
HttpRuntime.ProcessRequestNoDemand(wr);
return 0;
}
HttpRuntime.ShutdownAppDomain(ApplicationShutdownReason.PhysicalApplicationPathChanged, SR.GetString("Hosting_Phys_Path_Changed", new object[] { appDomainAppPathInternal, appPathTranslated }));
return 1;
它的主要作用是调用一些非托管代码生成HttpWorkerRequest对象，该对象包含当前请求的所有信息，然后传递给HttpRuntime，这里生成的HttpWorkerRequest对象可以直接在我们的页面中调用的，通过它取得原始的请求信息：
IServiceProvider provider = (IServiceProvider)HttpContext.Current;
HttpWorkerRequest wr = (HttpWorkerRequest)provider.GetService(typeof(HttpWorkerRequest));
二：HttpRuntime
最主要的就是private void ProcessRequestInternal(HttpWorkerRequest wr)方法： context = new HttpContext(wr, false);
IHttpHandler applicationInstance = HttpApplicationFactory.GetApplicationInstance(context);
IHttpAsyncHandler handler2 = (IHttpAsyncHandler) applicationInstance;
context.AsyncAppHandler = handler2;
handler2.BeginProcessRequest(context, this._handlerCompletionCallback, context);
1、根据HttpWorkerRequest对象生成HttpContext，HttpContext应该大家都很熟悉的，它包含request、response等属性，在页面中经常会用到的；
2、调用HttpApplicationFactory来生成IHttpHandler(这里生成的是一个默认的HttpApplication对象，HttpApplication也是IHttpHandler接口的一个实现)
3、调用HttpApplication对象执行请求
三：HttpApplicationFactory
正如2.2中所提到的，这里主要是生成一个HttpApplication对象：
internal static string GetApplicationFile()
{
return Path.Combine(HttpRuntime.AppDomainAppPathInternal, "global.asax");
}
首先会查看是否存在global.asax文件，如果有的话就用它来生成HttpApplication对象，从这里我们可以看到global.asax的文件名是在asp.net的框架中写死的，不能修改的。如果这个文件不存在就使用默认的对象。
ISAPIRuntime-->HttpRuntime-->HttpApplicationFactory-->HttpApplication-->HttpModule--HttpHandlerFactory-->HttpHandler 这也是本文主要分析的地方。
| |
| |
|
|
|
|
| §最新评论:（评论内容只代表网友观点，与本站立场无关！） | |
|
|
|
|
| 注意:请勿在本站发布政治话题、色情及违反法律的内容。 |
IT知道网 声明：刊登此文章是为了传递更多信息，文章内容仅供参考，转载请注明出处。 | |
|
