ASPNet_Compiler的编译过程

最近手头的一个ASP.Net的项目不时会出现编译错误，提示某个控件ascx类不存在，但该控件明明就在同一个网站下。错误有时候会突然出现，而一旦出现错误再多次编译也无法消除。由于公司使用脚本编译，而不是用msbuild或Visual Studio直接编译。事实上用Visual Studio编译从来没有出过错。用ProcExp看了一下build时编译时到底执行了什么：

aspnet_compiler . exe -d -v  /  -p  < source webroot >   < target webroot >

主要就是这一条命令。难道是编译器有bug？再细究发现aspnet_compiler.exe又调用了csc.exe(C#编译器):

" C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\csc.exe "   / noconfig  / fullpaths @ " C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\1c85b622\f7798d18\mz_xtoba.cmdline "

到Temporary ASP.NET Files\root\1c85b622\f7798d18目录下查看，发现很多.cmdline, .err, .out, .compiled等文件，还有很多.cs文件！原来那些网页或AppCode下的.cs文件在这里被重组并分组了：App_Code.n.cs; App_Web_<xxx>.n.cs; (n=0~...)。如果网页比较多的话，就会有多组App_Web_<xxx>.n.cs。编译器会一组一组地编译n个cs文件，然后下一组的cs编译会引用上一组编译生成的DLL（在.cmdline里）：

/ t :library   / utf8output  / R: " System.Web.Services.dll "   / R: " App_global.asax.dll "   / R: " App_Web_rydiwb8f.dll "     / out: " App_Web_bl8pd2er.dll "  App_Web_bl8pd2er . 9 . cs App_Web_bl8pd2er . 0 . cs   (已省略一些路径和参数。这里面App_Web_bl8pd2er.dll就引用了上一组cs生成的App_Web_rydiwb8f.dll)

但怎么决定文件的分组呢，哪些文件要放在前面的组，哪里文件要放在后面？我们在.aspx.xxx.compiled或.ascx.xxx.compiled里发现了该文件依赖于哪些文件的信息:

<? xml version="1.0" encoding="utf-8" ?>
< preserve  resultType ="3"  virtualPath ="/Result.aspx"  hash ="84d987223"  filehash ="a23fecda9fe4d6d8"  flags ="110000"  assembly ="App_Web_wt3qqawy"  type ="ASP.result_aspx" >
     < filedeps >
         < filedep  name ="/controls/Control1.ascx"   />
         < filedep  name ="/controls/Control1.ascx.cs"   />
         < filedep  name ="/Result.aspx"   />
         < filedep  name ="/Result.aspx.cs"   />
     </ filedeps >
</ preserve >

于是猜想编译器就是在内存中维护用这样的依赖关系，并可以产生一个树来决定文件分组先后。但.compiled文件只在编译成功那个页面后才会生成。
明白了这些，再来找项目的问题：原来Result.aspx.cs里动态创建了Control2：

Control2 ctrl  =  (Control2)page.LoadControl( " controls\\Control2.ascx " );
page.PlaceHolder.Controls.Add(ctrl);

但在.compiled文件里看不到有这样的依赖关系！所以编译器不知道要把Control2.ascx分在Result.aspx的前一组。这样就会产生有时可以编译通过（刚好分对组了，上面的.compiled文件就是碰巧编译成功时的样子）有时出错的奇怪问题。解决方案也不难，就是在Result.aspx页面注册一下Control2控件：

<% @ Register TagPrefix = " uc1 "  TagName = " Control2 "  Src = " controls\Control2.ascx "   %>

即使aspx页面里没有直接引用该控件也要加这一行，让编译器知道该页面引用了控件。而文件依赖关系和.compiled文件正是使用了这个信息，编译器根本不看.cs文件里的引用。