Http请求过程

一、引言

　　工作了好几年，一直在网上查找资料和学习，得到了博客园很多园友的帮助，在积累了一些东西之后，一直也没有系统的总结下来，现在终于下决心来博客园记录这些年的一些知识体系，希望可以坚持下来。

　　那么第一篇博文就从.net角度来理解一下http请求从浏览器到达服务器响应的一个过程吧。

二、正文

　　当用户在浏览器上输入url地址按下回车键后究竟发生了什么呢？浏览器会像浏览器发送一次请求Request，请求经过的过程可以看下面的这张图。

　　可以看到，请求到达域名供应商的DNS服务器，通过DNS解析获取到真实服务器的IP和Port，DNS将请求转发到真正的服务器上，服务器中的Http.sys组件接收到http请求，将其转给IIS处理，IIS根据请求找到对应的w3wp进程（w3wp.exe是在IIS与应用程序池相关联的一个进程，如果你有多个应用程序池，就会有对应的多个w3wp.exe的进程实例运行）。

　　IIS根据请求的后缀来决定如何处理请求，当请求的文件为静态文件如以 js/html/htm/css结尾会直接返回。而会将其他后缀的请求转发给 Aspnet_ISAPI 进行处理，当然，如果我们采用MVC的模式请求是不带有后缀的，这个时候IIS6.0会为没有后缀的请求加上一个axd的后缀，而IIS7.0以上的就不需要，因为IIS7.0以上的使用的是UrlRoutingModules扩展来处理MVC请求（IIS7.0以上会看到应用程序池有两种模式：集成模式和经典模式，其中经典模式代表的是旧模式，即兼容IIS 6）。

　　当IIS将请求转发给AspNet_ISAPI后，这时候请求就进入了Asp.Net请求处理管道，将由.net来处理该请求并做出响应。aspnet_isapi会将请求封装成HttpWorkerRequest的一个对象传递给HttpRuntime的ProcessRequest方法。这点我们可以从Asp.Net的源码中看到，它们存在于System.Web当中。

// System.Web.HttpRuntime
/// <summary>
///               Drives all ASP.NET Web processing execution.
///           </summary>
/// <param name="wr">
///               An <see cref="T:System.Web.HttpWorkerRequest" /> for the current application. 
///           </param>
/// <exception cref="T:System.ArgumentNullException">
///               The <paramref name="wr" /> parameter is null. 
///           </exception>
[AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Medium)]
public static void ProcessRequest(HttpWorkerRequest wr)
{
    if (wr == null)
    {
        throw new ArgumentNullException("wr");
    }
    if (HttpRuntime.UseIntegratedPipeline)
    {
        throw new PlatformNotSupportedException(SR.GetString("Method_Not_Supported_By_Iis_Integrated_Mode", new object[]
        {
            "HttpRuntime.ProcessRequest"
        }));
    }
    HttpRuntime.ProcessRequestNoDemand(wr);
}

// System.Web.HttpRuntime
private void ProcessRequestInternal(HttpWorkerRequest wr)
{
    HttpContext httpContext;
    try
    {
        httpContext = new HttpContext(wr, false);
    }
    catch
    {
        wr.SendStatus(400, "Bad Request");
        wr.SendKnownResponseHeader(12, "text/html; charset=utf-8");
        byte[] bytes = Encoding.ASCII.GetBytes("<html><body>Bad Request</body></html>");
        wr.SendResponseFromMemory(bytes, bytes.Length);
        wr.FlushResponse(true);
        wr.EndOfRequest();
        return;
    }
    wr.SetEndOfSendNotification(this._asyncEndOfSendCallback, httpContext);
    Interlocked.Increment(ref this._activeRequestCount);
    HostingEnvironment.IncrementBusyCount();
    try
    {
        try
        {
            this.EnsureFirstRequestInit(httpContext);
        }
        catch
        {
            if (!httpContext.Request.IsDebuggingRequest)
            {
                throw;
            }
        }
        httpContext.Response.InitResponseWriter();
        IHttpHandler applicationInstance = HttpApplicationFactory.GetApplicationInstance(httpContext);
        if (applicationInstance == null)
        {
            throw new HttpException(SR.GetString("Unable_create_app_object"));
        }
        if (EtwTrace.IsTraceEnabled(5, 1))
        {
            EtwTrace.Trace(EtwTraceType.ETW_TYPE_START_HANDLER, httpContext.WorkerRequest, applicationInstance.GetType().FullName, "Start");
        }
        if (applicationInstance is IHttpAsyncHandler)
        {
            IHttpAsyncHandler httpAsyncHandler = (IHttpAsyncHandler)applicationInstance;
            httpContext.AsyncAppHandler = httpAsyncHandler;
            httpAsyncHandler.BeginProcessRequest(httpContext, this._handlerCompletionCallback, httpContext);
        }
        else
        {
            applicationInstance.ProcessRequest(httpContext);
            this.FinishRequest(httpContext.WorkerRequest, httpContext, null);
        }
    }
    catch (Exception e)
    {
        httpContext.Response.InitResponseWriter();
        this.FinishRequest(wr, httpContext, e);
    }
}

　　从源码可以看到，HttpRuntime会完成HttpContext的初始化，然后将其作为参数传递给HttpApplicationFactory创建HttpApplication对象池，HttpApplication处理各种各样的请求。

　　到这，请求就进入了asp.net的请求管道中的管道事件，其中最重要的是IhttpHandler和IHttpModule两个对象，我们可以对其做很多扩展。

　　至此，我们大概清楚了浏览器发送一条请求后是如何达到我们的服务器了，那么下一篇就来讲一下请求管道里面的各种事件。