Web Form中的事件和传统事件驱动编程模型中所使用的事件是不一样的。尽管我们仍然可以使用在客户端中出现被处理的事件（就像在服务器中出现并被处理的事件），但主要的Web Form事件模型适用于出现在客户端但在服务器中进行处理的事件。这种从客户端到服务器的控制转移是通过使用HTTP POST实现的。作为开发人员，我们需要了解这个过程的实现机理，而.NET Framework关心的则是根据POST信息判断哪些事件需要在服务器上处理。

服务器控件支持一组自带的事件，但由于我们并不想连续地将控件从客户端传递到服务器，因此该事件组是非常有限的。它的主要作用为用户交互，例如按钮单击或修改选项，而这将导致在服务器上出现一个事件，这样它就可以采用明确的用户动作来激发一个服务器事件——但如果用户不在客户端采取某个动作的话，这些事件通常是不会发生的。

条件应用程序事件是（也可以不是）在请求的过程中引发的事件。例如，当应用程序开始时，我们引发了Application_OnStart事件，或者当应用程序发生错误的时候，我们引发了Application_OnError事件。这些事件和per-request事件具有同样重要的作用，而且有时候他们更重要。

一、Application_OnStart这一事件是在ASP.NET应用程序首先启动的时候引发的。它只在应用程序开始的时候引发一次，而不像Application_OnBeginRequest事件那样，对于每个请求都会引发。我们可以使用这一事件来完成所有让应用程序处理请求的准备工作，其中包括：连接数据库并检索一些共享数据，在高速缓存中添加项，或只将Application或静态变量设置为默认值。如果出现请求时这个时间还没有引发，那么它将在per-request事件Application_OnBeginRequest之前引发。

简单的说，ASP.NET使我们可以很容易地给应用程序代码建立XML接口，我们所要做的知识编写应用程序逻辑，并用WebMethod属性标记方法。

Web服务功能很强大，而且容易使用，不过，由于它们通过网络进行调用，而且会受到网络的限制，所以我们不希望在web应用程序（这里指所有的web应用程序，不单指ASP.NET）中调用许多web服务，原因在于那些网络调用会存在阻碍用于处理ASP.NET请求的线程的可能。比如说，如果应用程序中有20个同时出现的请求，处理每个请求的应用程序代码都要调用一次web服务，我们就可能由于等待调用了web服务的线程返回而阻碍请求，并给后续的请求排队。

理解异步应用程序事件对于建立好的应用程序不是必要的，不过它是一个在某些情况下非常有用的高级功能。ASP.NET代码是在ASP.NET工作进程中，而不是在IIS进程中执行的。在这个工作进程中，要使用线程来执行代码。线程是一种资源，ASP.NET可以使用的线程的数目是有限的——否则，处理程序将把全部时间都用来切换上下文（也就是说，在处理程序中切换执行的线程），而不是执行用户代码。

ASP.NET创建管理了一个线程库，它用来按照要求来在应用程序的整个运行过程中增加和减少线程的数目。与ASP不同的是，ASP使用了固定数目的线程。在某些情况下，应用程序代码（例如网络I/O）有可能会在ASP.NET进程中阻碍线程。这是由于ASP.NET线程必须等待（因为被阻碍了），直到这个很慢的操作结束。

模型2框架非常适合于web应用程序，因为它们将业务逻辑同表示逻辑分离开来，这样，软件开发人员就可以与网页制作者同时并行地工作了。但是，触发应用程序事件的模型2框架更好用，因为应用程序通过对事件做出反应，无需修改框架，就可以扩展该框架的功能。例如，如果模型2框架在执行每个操作之前和刚刚执行之后触发事件，那么，应用程序就可以处理那些事件来完成许多任务，例如身份验证、国际化或者捕获敏感表单的重复提交。

在调用某个操作的perform方法之前和之后触发事件。该事件处理扩展是用JAVA的委托事件模型来实现的。在这种模型下，事件源为事件监听器来触发事件。事件处理扩展将操作作为事件源来实现，操作为实现ActionListener接口的监听器触发事件。