我们分3个部分来讨论.net的处理过程。这里我们主要讨论WebApplication以上的两个部分。中间会对比IIS在Asp.net中的角色。
了解这些过程之后，我们就可以定义自己的WebServer。WebServer不是只有IIS的，没了它，asp程序照样过日子。
这里使用的例子是WebMatrix的WebHost的实现。通过修改这些类，来实现我自己的一个小功能：Host为每个WebApp分配一个ServiceManager的实例。(没有版权问题吧?)
开始吧
第一部分：WebHost
从端口侦听请求，接受请求，形成HttpWorkerRequest
1：创建socket端口接听
listener而已。
2：创建WebHost
通过.net提供的ApplicationHost.CreateApplicationHost(typeof(Host), virtualPath, physicalPath)静态函数来创建Asp.net处理的宿主空间。
这个Host继承自MarshalByRefObject，可以跨程序域调用。这是关键，因为每个WebApp会被分配一个AppDomain，进行运行。所以Host要可以创建这些AppDomain，并且可以调用。
3：实现抽象类HttpWorkerRequest
.net提供了一个SimpleWorkerRequest的实现。简单的可以直接调用它。复杂一点的话，需要自己重写更多的方法。
这个类就是封装了所有向下传递的属性和数据。
这时WebHost和具体的每个WebApp的唯一连接点。
第二部分：处理HttpWorkerRequest
根据HttpWorkerRequest，实例化出HttpContext和IHttpHandler。 这部分好像就进了.net内部的几个类了。不知道能不能在控制。
1：HttpRuntime的第一次处理
根据HttpWorkerRequest 创建context，根据contxt创建IHttpHandler实例，hanlder根据这个context开始运行。然后就到了网页处理了。
通过调用System.Web.HttpRuntime.ProcessRequest(HttpWorkerRequest wr)静态函数来进入这个处理。
System.Web.HttpRuntime接受到HttpWorkerRequest对象。看看这个函数：
public static void ProcessRequest(HttpWorkerRequest wr)
{
//忽略其他细节
HttpContext context1 = new HttpContext(wr, false);//根据HttpWorkerRequest创建context。可以看出HttpWorkerRequest是contxt的基础。
IHttpHandler handler1 = HttpApplicationFactory.GetApplicationInstance(context1);//根据context创建App实例
handler1.ProcessRequest(context1);//运行实
一、自定义 FCKeditor 的 BasePathBasePath 即FCKeditor在网站中的相对路径，默认值是 /fckeditor/，最好在Web.config appSettings中对其进行配置：
<add key="FCKeditor:BasePath" value="/FCKeditor_2.6.3/"/>
这样做有诸多优点：
1.开发环境与生产环境不同，开发环境一般是http://localhost/xxx.com/这种情况� ......
