netinitialize_MVC之前-ASP.NET初始化流程分析1

理论的解说一般都是枯燥的，研究一个代码框架更是如此，似乎除了对大量的源码加以解释之外无话可说，但是这又是不可缺少的，否则应用这样的框架起来总有不放心之感，总有不少的坑要踩。更进一步讲，一个好的框架应该给它的使用者足够的扩展空间(尤其是像MVC这样的基础框架)，对框架本身没有很好的把握则对于框架的扩展似乎就只能寻找别人的“成功”经验了，然而生搬硬套从来不是解决问题的好方法，合理运用他人经验与创造性的解决方案都离不开对框架的深入理解，从这方面来说代码分析其实强于抽象的说明，因为代码的逻辑是确定的，代码的语言说服力其实强于书面语言(当然是指编写良好的代码)。当然对于代码之外的讨论也是非常必要甚至更加重要的，比如探讨框架设计的思路和模式，框架应用的相关实践乃至对框架的扩展等等。此一系列文章都是基于Asp.net Mvc框架的源码(包括Asp.net的一部分)对框架的基本设计与实现作出分析，另外参考了自己的一些项目以及当前一些优秀的开源项目(比如orchard)来讨论框架的应用与扩展。

Asp.net Mvc是当前使用比较多的web框架，也是比较先进的框架，目前.net的大部分源码都已经开放，这大大方便了我们对Asp.net Mvc的分析，下面就从Http请求进入Mvc框架处理之前的基本流程说起。

由于各IIS版本和工作模式(经典模式、集成模式)的不同，Http请求进入Asp.net的处理通道并不一样，这里不去细究里面的细节，就从创建应用程序域开始：

AppManagerAppDomainFactory分析

注：AppDomainFactory及AppManagerAppDomainFactory类在System.Web.Hosting中实现

在创建Appdomain时会调用IAppDomainFactory接口，该接口的实现如下:

public sealed classAppDomainFactory : IAppDomainFactory {

privateAppManagerAppDomainFactory _realFactory;

publicAppDomainFactory() {

_realFactory = newAppManagerAppDomainFactory();

}

publicObject Create(String module, String typeName, String appId, String appPath,String strUrlOfAppOrigin, intiZone) {

return_realFactory.Create(appId, appPath);

}

}

该实现会调用AppManagerAppDomainFactory完成实际的创建过程。

public sealed classAppManagerAppDomainFactory : IAppManagerAppDomainFactory {

privateApplicationManager _appManager;

publicAppManagerAppDomainFactory() {

_appManager =ApplicationManager.