由於Apache2項目中的mod_aspdotnet sub-project實現上的問題(也可以說是bug吧)，使我們在其上運行ASP.NET程序時，和在IIS上的aspnet_wp|w3wp中運行的正確性上有一些差別，所以在Apache(mod_aspdotnet)上調試ASP.NET項目的源代碼就很有必要。雖然ASP.NET 2.0已經正式release，不過1.1版本的項目還是目前的主流，所以我們分別看看Apache對這兩個版本Framework的支持。正如我前面所說，ASP.NET 1.1的項目緊密地依賴IIS，所以目前我只能在Apache上調試已有的ASP.NET 1.1項目，而不能創建(原因後面再說)。由於IIS先安裝並占用了80端口，所以我的Apache Web Server就只能運行在其它端口上了(如：8080，通過httpd.conf文件配置)。
首先，我們需要讓這個被調試的項目在IIS上運行正確，並且項目可以被VS.NET 2003 IDE正確開啟。然後配置Apache，讓這個項目同時在Apache上也運行正確。我們就可以通過IDE的Ctrl+Alt+P來Attach希望被debug的進程，這時我們會看到在任務列表(需要check "Show system processes")裡居然有兩個Apache.exe進程。這裡我也不知道應該是哪個，雖然它們的類型都是".NET, Win32"，不過只有一個是mod_aspdotnet的宿主進程。當然我們還是可以用個小trick來判斷，就是打開taskmgr並刷新Apache上運行的Web站點的頁面，看那個Apache.exe進程占用CPU，那麼它就是asp.net支持模塊的宿主。Attach成功後就可以在VS.NET裡面設置斷點，進行step into/out的源代碼級調試了。
上面是對ASP.NET 1.1項目的調試方法，如果是ASP.NET 2.0的項目呢？由於.NET Framework及Visual Studio 2005的改進，調試2.0的ASP.NET項目變得奇easy! 只需要把項目在Apache上運行好後，用Visual Studio 2005打開希望調試的頁面的源代碼(*.cs)文件，Attach上Apache的進程後直接設置斷點就可以了，根本不需要開啟項目，當然也就和IIS完全脫離關系了。
圖1
// 不管是1.1還是2.0，都需要確定到底是哪個Apache.exe進程是宿主
在Apache上調試失敗的已知可能問題：
1、沒有使用debug版的項目dll來運行，這個...還是問題嗎？
2、第二種情況，如果不注意，可能會認為是Apache不能調試1.1的Asp.net。就是如果機器上同時裝了Fx1.1和Fx2.0，mod_aspdotnet會默認把我們的ASP.NET程序加載在Fx2.0上運行，這時如果用VS.NET 2003去調試將無法Attach任何Apache.exe進程。當然用Visual Studio 2005是可以的。解決辦法需要在httpd.conf中使用"AspNetVersion v1.1.4322"命令顯示指定Asp.net程序運行時的.NET Framework版本。
