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

天云上人

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

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

我并没有使用过以独立的进程启动应用程序，不过可以想象，系统会以独立进程的方式启动组件，这样的可靠性最高，但是速度最慢，因为IIS要经过一系列的marshal和unmarshal（列集和散集，可见潘爱民COM原理与应用一书）才能把数据传递给这个独立进程。
* D3 X4 `: T4 s* B& d6 O
这么罗嗦的原因是，有一些旧的debug方法，如VC技术内幕中卡拉斯基给出的关于调试ISAPI的办法，好些人一直没成功，原因在于所给出的方法针对的是以IIS进程方式调试，而IIS的默认方式是共用进程，我没有在IIS进程中调试过，推荐你也不必使用这种方式。
  b" w9 h+ P3 r
就以共用进程的方式调试我们的组件和ISAPI吧，以WIN2K，VC＋＋6为例，这里是详细的操作步骤：

1.确信你的IIS服务已经启动，并且你的ISAPI和COM组件已经通过编译，放在了恰当的位置，比如，ISAPI在正确的虚拟目录，COM组件已经过注册等等。

2.打开你的project，选择Build菜单下的Start Debug－>Attach Process.

3.出现进程列表，选择Show System Processes（显示系统进程）
% [+ R- g9 s; J, l1 o1 \
4.选择dllhost.exe进程（如果你的IIS是以共用方式启动应用程序的话），如果是在WINDOWS NT或者其它的版本，那就选择mtx.exe。
' ]* j$ n; \5 L+ v/ `" T4 X3 ], V
5.这时候系统载入dllhost的资源了，选择project->Settings->Debug,选择Category(类别)->Additional Dlls,这时候加入我们写好的ISAPI DLL或COM组件（就是xxxx.dll)
' [, L$ k" u  A$ H6 e
6.你可以看到OutPut窗口输出一行字，表明组件的资源已经加载。
) i5 j, {( N+ q( X9 E! T# w( s
, t( y7 h* J6 f/ I0 G* \" X( P( b7.打开需要调试的源文件，在恰当位置加入断点。如果届时不能正确在该处中断，可能是你的PDB文件与DLL文件的版本不一致，那就需要重新编译了。
/ s9 G" F* ~' i$ j
8.这时候，你就打开浏览器，键入相关网址，然后，你就等待着你的程序被激活吧！
" L" G7 z9 l# Q- K/ x0 M0 D
) h9 h( t# R) f! J7 f有很长的一段时间，我也在一直尝试着在IIS中调试程序，当程序在那一刹那间跳入断点时，内心是多么的兴奋啊，马上试试吧，我可以保证这个方法是正确的，如果还有问题，可以来信和我联系，呵呵，吃饭去啦。