ASPNET x的开发人员常常听到用户抱怨首次调用应用程序的时候会碰到初始化延迟毕竟初次请求会引发一个系列过程包括运行库初始化分析把ASPX页面编译成中间语言把方法即时编译成本地代码等等
自从ASPNET面市以来开发人员一直都在要求（微软）出台一个解决办法而ASPNET 利用预编译提供了一个有效的解决方案
预编译选项
在首次启动应用程序的时候ASPNET会动态地分析和编译所有的ASPNET文件（aspx页面）运行环境要对编译的结果进行缓沖以便更好地服务未来所有的请求
在服务器重启或者Web服务器重启之后第一次启动应用程序也意味着这一过程要重新开始而且对应用程序任何文件的改变都会被系统检测到而在文件发生改变之后首次运行应用程序也会让这一过程再次发生
很多Web开发人员都很讨厌这种初始化延迟而预编译通过（预先）编译应用程序避免了这种延迟
命令行
通过安装在NET框架里的aspnet_compilerexe程序就能够启动预编译它位于框架安装目录下（版本号会根据安装的框架的版本而有所不同）下面就是这个程序默认的路径
C\\\\MicrosoftNET \\Framework\\v\\aspnet_compilerexe
您可以用？这个命令参数查看该程序的所有参数列表下面我就解释一下一些可用的参数
m这个参数表示您将使用完整的应用程序将被预编译的IIS元数据库路径IIS元数据库的路径是/LM/WSVC//Root/应用程序名
v使用需要预编译Web应用程序的虚拟IIS路径虚拟路径的格式是/应用程序名
p使用需要预编译Web应用程序的物理IIS路径它是包括驱动器名和指向应用程序目录的完整路径举个例子c\\inetpub\\wwwroot\\应用程序名v这个参数必须和p一起用所以编译器能够解析任何应用程序的根参考
f表示目标目录是否要被覆盖
u用来设置预编译完的应用程序是可以更新的这表示所有的标记文件（ASPXASCX等等）都可以在目标目录里进行更新
targetDir用于预编译应用程序文件的目标目录下面的命令用虚拟路径和指定的目标路径预编译了一个应用程序aspnet_compilerexe –v /应用程序名 c\\目标目录名
如果没有指定目标目录那么结果文件会被放在ASPNET的临时文件目录里就像在ASPNET运行库在首次调用应用程序的时候处理编译一样临时目录默认的路径如下
cWindows\\MicrosoftNET\\Framework\\v\\Temporary>\\Windows\\MicrosoftNET\\Framework\\v\\Temporary ASPNET Files\\应用程序名
预编译另外一个好处是能够捕捉在应用程序启动阶段发生的任何错误错误会显示在工具里但是不会终止编译过程
隐藏源代码
预编译的另外一个副产品是能够隐藏任何或者所有的应用程序源代码这意味着其他的开发人员需要利用反编译程序或者ilasm才能够取得您的代码这就行了——预编译让您能够以二进制文件的形式分发应用程序
目标目录里没有源代码App_Code文件夹里的所有类都被编译成一个或者多个二进制文件放到bin目录下目标目录下不会有源代码文件（csvbjs等等）此外所有的主页面文件也会被编译到bin目录下作为隐藏文件 ASPXASCX和ASHX文件的所有代码和标记以及相关的代码隐藏文件都被放在bin目录下的一个或者多个程序集里
隐藏源代码是毁誉参半其他的开发人员无法以任何形式查看或者更改应用程序——即使是Web页面标记也不行而另外一方面对应用程序的任何改变（不论大小）都要求改变原始的源代码重新编译和重新部署这可能是一个十分耗时的过程所以并不一定适用于所有的应用程序
可更新命令参数（u）让您能够取代这个默认的行为使用这个参数意味着所有的标记文件 （ASPXASCX等等）都要包括在预编译过程的输出里一旦应用程序被部署这些文件仍然能够用于编辑和更新在应用程序被应用之后小的布局问题可以通过源文件来处理所以这是一个非常理想的参数
Visual Studio的支持
在使用Visual Studio 开发基于ASPNET的应用程序时预编译是可选的发布Web站点（Publish Web Site）菜单选项让您能够把网站作为一个预编译应用程序推到另一个位置此外上面还有一个复选框让您设置可更新选项
总结
ASPNET 的预编译选项让您能够预编译Web应用程序以避免（像一般编译一样）首次调用应用程序的延迟此外它还提供了一定的安全性因为程序的源代码在结果中是不可见的所有的内容文件都可以被隐藏
