[收藏]如何在IIS中调试ISAPI和COM组件

天云上人

  记得这个问题出现过很多次，也有不少朋友抱怨一直没有人能给出实际点的答案，好了，今天终于有空把它写下来，答案就在这里，希望能对各位有帮助。
9 c4 U/ _/ z+ I& m
主要的内容见微软的网站：http://support.microsoft.com/support/kb/articles/Q183/4/80.ASP
我在这里加了一点自己的见解。
3 [) d9 u/ O4 M) |
+ B& w$ o$ F/ c& l2 k首先介绍一点IIS的相关知识，IIS是微软操作系统中的一个服务，它是以操作系统级别权限运行这个服务的，以win2k为例，运行设置->控制面板->管理工具->IIS信息服务，查看其属性，在主目录下面你可以找到应用程序保护一项，有IIS进程，共用的，独立的三项，默认的选项是共用进程。IIS进程指的是ISAPI DLL和COM组件以进程内组件(DLL)的形式运行在IIS这个进程里，这样的结果是运行的速度最快，因为IIS可以直接和DLL、组件交互，但是这样的风险也最大，一旦因为组件（DLL）的设计原因造成系统出错，连带的也会造成IIS进程的崩溃，导致IIS服务中止。

: ^1 s" H9 s; O  g5 a8 j. P" b当使用共用进程的时候，系统会启动一个叫做dllhost.exe的进程，把组件（DLL）挂到这个进程中运行，这样，即使因为组件（DLL）的原因导致系统出错时，只能够导致DLLHOST这个进程出错，并不会破坏IIS的核心进程，当发生这样的错误时，IIS用一系列的手段将dllhost进程出错信息返回给客户端，IIS自身继续正常运行。这种方式的运行速度比上一种慢一些，在windows nt中，系统以mtx.exe替代dllhost。

, v' }& k, p2 H6 F& T$ ?5 J0 y7 U我并没有使用过以独立的进程启动应用程序，不过可以想象，系统会以独立进程的方式启动组件，这样的可靠性最高，但是速度最慢，因为IIS要经过一系列的marshal和unmarshal（列集和散集，可见潘爱民COM原理与应用一书）才能把数据传递给这个独立进程。

0 |4 Y" N% m* X% k9 ?0 q6 t" v' l这么罗嗦的原因是，有一些旧的debug方法，如VC技术内幕中卡拉斯基给出的关于调试ISAPI的办法，好些人一直没成功，原因在于所给出的方法针对的是以IIS进程方式调试，而IIS的默认方式是共用进程，我没有在IIS进程中调试过，推荐你也不必使用这种方式。
' w3 I1 Q( C. V5 M% l! o( S: B
就以共用进程的方式调试我们的组件和ISAPI吧，以WIN2K，VC＋＋6为例，这里是详细的操作步骤：

2 E$ \1 z" J- j: a1.确信你的IIS服务已经启动，并且你的ISAPI和COM组件已经通过编译，放在了恰当的位置，比如，ISAPI在正确的虚拟目录，COM组件已经过注册等等。
3 B& m4 w$ {0 N/ J9 j
: B( [4 c/ V& u& v2 ?2.打开你的project，选择Build菜单下的Start Debug－>Attach Process.

3.出现进程列表，选择Show System Processes（显示系统进程）

4.选择dllhost.exe进程（如果你的IIS是以共用方式启动应用程序的话），如果是在WINDOWS NT或者其它的版本，那就选择mtx.exe。

( P% Z" @6 U; V4 Q: W5 ^5.这时候系统载入dllhost的资源了，选择project->Settings->Debug,选择Category(类别)->Additional Dlls,这时候加入我们写好的ISAPI DLL或COM组件（就是xxxx.dll)
& _: U$ y) S* }8 B1 i
6.你可以看到OutPut窗口输出一行字，表明组件的资源已经加载。

; @% ?0 O' _; E  O( k7.打开需要调试的源文件，在恰当位置加入断点。如果届时不能正确在该处中断，可能是你的PDB文件与DLL文件的版本不一致，那就需要重新编译了。
- `+ V* z; y, {- I! l  c; h
* C6 d7 U  y3 ]2 h9 B3 F8.这时候，你就打开浏览器，键入相关网址，然后，你就等待着你的程序被激活吧！
* H' R4 a, s2 F+ T9 [3 E: q
有很长的一段时间，我也在一直尝试着在IIS中调试程序，当程序在那一刹那间跳入断点时，内心是多么的兴奋啊，马上试试吧，我可以保证这个方法是正确的，如果还有问题，可以来信和我联系，呵呵，吃饭去啦。