其实，这一切都是以HttpApplication内置的事件机制为核心的，下面就让我们来一步步揭示出它的实现方式（对.net中事件机制不够熟悉的读者可以先参看笔者另一篇文章：Part I of Events in Asp.Net: Events in .Net）。这里面涉及的事件很多，我们就以BeginRequest这个事件为例来说明：
（1）首先当然是要对事件本身进行定义
public event EventHandler BeginRequest
（2）由于有不止一个事件，为了方便对所有事件的管理，给每一个事件定义了一个唯一key，用作在事件容器中查找指定事件的标志
private static readonly object EventBeginRequest;
（3）把对一个个事件触发定义为一个个“执行步骤的执行”，下面是对“执行步骤”这个接口的定义
internal interface IExecutionStep
{
// 每一个“执行步骤”的执行命令
void Execute();
// Properties
bool CompletedSynchronously { get; }
bool IsCancellable { get; }
}
这里为什么要看似多此一举把对事件的触发再做一层封装，封装为所谓“执行步骤”，在后文介绍。
（4）用一个数组来保存所有的执行步骤。可以想象，真正到执行的时候，从数组里取出每一项IExecutionStep，再执行其Execute()方法即可。而Execute里面，肯定是对事件委托链的调用无疑
private IExecutionStep _execSteps;
（5）HttpModule在它初始化的时候完成对事件的注册。在创建HttpApplication对象的时候，会调用这个对象的InitInternal方法，这个方法内部会调用InitModules() ，它用来初始化和这个应用有关的所有HttpModule，而在这个方法里面，最重要的就是调用了每个Module的Init（）方法。那么，如果我们有一个自定义的HttpModule，并希望这个Module去响应BeginRequest事件，我们应该这样定义自己的Module的Init()方法：
public void Init(HttpApplication application)
{
application.BeginRequest += new EventHandler(this.YourCustomMethodForBeginRequestEvent);
}
这样就完成了注册。当然，此时事件还没有执行，你也还没有看到事件和执行步骤的关系，HttpHandler也尚未登场。
（6）前面提到过所谓“执行步骤”，让我们先来看两个在HttpApplication中被定义的IExecutionStep，因为这两个执行步骤中所完成的，一个是对HttpHandler的解析和实例化，一个是调用HttpHandler的ProcessRequest方法，他们分别是MapHandlerExecutionStep和CallHandlerExecutionStep。读者可以自己去读一下这两个类的Execute()方法的代码，当您第一次从CallHandlerExecutionStep.Execute()中看到handler.ProcessRequest(context)和handler2.BeginProcessRequest(context, this._completionCallback, null)这样的调用语句，从MapHandlerExecutionStep.Execute()中看到context.Handler = this._application.MapHttpHandler(context, request.RequestType, request.FilePathObject, request.PhysicalPathInternal, false);这样的调用语句，一定会有一种“哎呀，原来你们在这里”的快感，呵呵。
（7）对“执行步骤数组”的初始化操作，就放在HttpApplication.InitInternal()方法里，具体就是下面这段语句：
执行步骤的初始化：
1this.CreateEventExecutionSteps(EventBeginRequest, steps);
2this.CreateEventExecutionSteps(EventAuthenticateRequest, steps);
3this.CreateEventExecutionSteps(EventDefaultAuthentication, steps);
4this.C
