Asp.net不是asp的简单升级，而是微软。Net计划中的一个重要组成部分，它依托。Net的多语言与强大的类库支持，引进了服务端 HTML控件与WEB控件，自动处理控件的客户端与服务端的 交互，为开发人员提供了类似下窗口编程的界面，为开发大型网络应用程序功能提 供了良好的编程接口，也能够极大地提高开发人员的工作效率。
然而，"一次转换，两次编译"过程使得aspx文件在首次执行（或更 新后首次运行）时显得略有不足，特别是在拥有大量aspx及codebehind的代码文件的应用环境中，把aspx文件编译成DLL（在。Net中，被 称为应用程序集）后再发布，省去"一次转换、一次编译"的时间及CPU占用率，对提高WEB服务的整体性能会有较大的提升。当然，编译成DLL后，对源代 码的保密性也有一定程度的提高。
本文通过对Asp的基本处理流程及一个偶然发现的秘密的分析，介绍了在Asp中 如何建立aspx到DLL的映射，如何开发一个可以处理HTTP请求/响应的DLL，以及如何设置"陷阱"，把现成的单个aspx文件与 codebehind的aspx文件编译成DLL的过程，文章最后，还介绍了一个在实际操作过程的小技巧。
由于本文要涉及Asp.Net应用程序、命令行编译、web.config配置文件等概念，为了使读者能更好地理解本文内容，也为了使本文看上去不显累赘，先就本文相对应的系统环境作一介绍：
系统环境：Win2000（SP3）+ IIS5 + .Net Framework 1.0（中文版）。
名称：由于本文的例子均在本机上测试，名称为localhost.
IIS设置：建立虚拟目录dlltest（真实路径为w：\wwwroot\dlltest），并把它设为应用程序，在dlltest下建立bin目录。所有源文件将放在dlltest目录下，而所有dll文件将放在dlltest\bin目录下。
Asp.Net应用程序配置文件——web.config在dlltest目录下建立一个web.config文件，初始时该文件内容如下：
<?xml version="1.0"?>
<configuration>
<system.web />
</configuration>
命令窗口（DOS窗口）
打开命令窗口，并用cd命令使当前目录为w：\wwwroot\dlltest.
（一）建立aspx到dll的映射
首先让我们来看看一般情况下aspx文件是如何被Asp.Net处理的：
当一个HTTP请求（例如""） 从客户端发送到IIS服务器时，IIS捕获并分析这个请求，
è当它分析到这个请求是一个aspx页面时，立即以 "/webapp/webpage.aspx"为参数调用Asp.Net运行环境（aspnet_wp.exe），
èAsp.Net环境启动后，检查 "/webapp/webpage.aspx"是否存在，若不存在，则向客户端返回HTTP 404（File not found）错误，
è否则在 Asp.Net 的临时目录中查找相应的dll文件，若不存在或者该dll比aspx源文件"旧"，则调用csc编译器（若aspx的服务端脚本语言是 VB或JScript，则调用相应的vbc编译器， jsc编译器）把aspx文件编译成dll，
è然后Asp.Net再调用该dll来处理具体的客户请 求，返回服务器响应。
从这个处理流程可以看出，一般情况下，Asp.Net运行环境会自动识别、检查、更新与aspx相对应的 dll.那么有没有其它办法可以强制把对一个aspx文件的处理""到一个已编译存在的DLL呢？方法就是在Asp.Net应用程序配置文件 web.config的system.web节的httpHandlers节添加aspx到dll的映射项，语法如下：
<add verb="*" path="aspx文件名" type="类名，dll文件" />
aspx文件：需要被
