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

天云上人

  记得这个问题出现过很多次，也有不少朋友抱怨一直没有人能给出实际点的答案，好了，今天终于有空把它写下来，答案就在这里，希望能对各位有帮助。
9 n) u1 u7 D$ o: z+ R
) r# x0 k; @3 w- x主要的内容见微软的网站：http://support.microsoft.com/support/kb/articles/Q183/4/80.ASP
  A+ R5 s5 e* R+ c我在这里加了一点自己的见解。

9 S' W9 P" `) M& \首先介绍一点IIS的相关知识，IIS是微软操作系统中的一个服务，它是以操作系统级别权限运行这个服务的，以win2k为例，运行设置->控制面板->管理工具->IIS信息服务，查看其属性，在主目录下面你可以找到应用程序保护一项，有IIS进程，共用的，独立的三项，默认的选项是共用进程。IIS进程指的是ISAPI DLL和COM组件以进程内组件(DLL)的形式运行在IIS这个进程里，这样的结果是运行的速度最快，因为IIS可以直接和DLL、组件交互，但是这样的风险也最大，一旦因为组件（DLL）的设计原因造成系统出错，连带的也会造成IIS进程的崩溃，导致IIS服务中止。
/ F# v4 b7 ?1 |7 M# {6 e& m
当使用共用进程的时候，系统会启动一个叫做dllhost.exe的进程，把组件（DLL）挂到这个进程中运行，这样，即使因为组件（DLL）的原因导致系统出错时，只能够导致DLLHOST这个进程出错，并不会破坏IIS的核心进程，当发生这样的错误时，IIS用一系列的手段将dllhost进程出错信息返回给客户端，IIS自身继续正常运行。这种方式的运行速度比上一种慢一些，在windows nt中，系统以mtx.exe替代dllhost。

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

这么罗嗦的原因是，有一些旧的debug方法，如VC技术内幕中卡拉斯基给出的关于调试ISAPI的办法，好些人一直没成功，原因在于所给出的方法针对的是以IIS进程方式调试，而IIS的默认方式是共用进程，我没有在IIS进程中调试过，推荐你也不必使用这种方式。
7 J1 W, K$ f  N7 {/ @' [1 [+ f
  y  d4 K! s" ~% W* Z就以共用进程的方式调试我们的组件和ISAPI吧，以WIN2K，VC＋＋6为例，这里是详细的操作步骤：

1.确信你的IIS服务已经启动，并且你的ISAPI和COM组件已经通过编译，放在了恰当的位置，比如，ISAPI在正确的虚拟目录，COM组件已经过注册等等。
: B9 o! R3 v2 f
2.打开你的project，选择Build菜单下的Start Debug－>Attach Process.
* y! {& K! Q' c" {
, d) _, q  R' ~% [" t0 J+ r3.出现进程列表，选择Show System Processes（显示系统进程）

4.选择dllhost.exe进程（如果你的IIS是以共用方式启动应用程序的话），如果是在WINDOWS NT或者其它的版本，那就选择mtx.exe。
7 S( f; `; Y, r6 y
5.这时候系统载入dllhost的资源了，选择project->Settings->Debug,选择Category(类别)->Additional Dlls,这时候加入我们写好的ISAPI DLL或COM组件（就是xxxx.dll)
+ f4 @" ]% g1 z4 D6 Z# {! Q& n
- H; k4 x. a* y, s$ k& I6.你可以看到OutPut窗口输出一行字，表明组件的资源已经加载。

" \0 a( C. B7 j8 f% k. r- {2 G) g7.打开需要调试的源文件，在恰当位置加入断点。如果届时不能正确在该处中断，可能是你的PDB文件与DLL文件的版本不一致，那就需要重新编译了。

8.这时候，你就打开浏览器，键入相关网址，然后，你就等待着你的程序被激活吧！
. _5 }4 R% t  h. X) V
; u3 a" d% ?% m9 o* f( K有很长的一段时间，我也在一直尝试着在IIS中调试程序，当程序在那一刹那间跳入断点时，内心是多么的兴奋啊，马上试试吧，我可以保证这个方法是正确的，如果还有问题，可以来信和我联系，呵呵，吃饭去啦。