首页 服务器 编程 必备知识 搜索引擎 圩日手册
站内搜索
最近浏览
推荐文章
热文排行

(摘自网络)如何在IIS中调试ISAPI和COM组件


(摘自网络)如何在IIS中调试ISAPI和COM组件  
  作者:softarts  
   
   
  记得这个问题出现过很多次,也有不少朋友抱怨一直没有人能给出实际点的答案,好了,今天终于有空把它写下来,答案就在这里,希望能对各位有帮助。  
   
  主要的内容见微软的网站:http://support.microsoft.com/support/kb/articles/Q183/4/80.ASP  
  我在这里加了一点自己的见解。  
   
  首先介绍一点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原理与应用一书)才能把数据传递给这个独立进程。  
   
  这么罗嗦的原因是,有一些旧的debug方法,如VC技术内幕中卡拉斯基给出的关于调试ISAPI的办法,好些人一直没成功,原因在于所给出的方法针对的是以IIS进程方式调试,而IIS的默认方式是共用进程,我没有在IIS进程中调试过,推荐你也不必使用这种方式。  
   
  就以共用进程的方式调试我们的组件和ISAPI吧,以WIN2K,VC++6为例,这里是详细的操作步骤:  
   
  1.确信你的IIS服务已经启动,并且你的ISAPI和COM组件已经通过编译,放在了恰当的位置,比如,ISAPI在正确的虚拟目录,COM组件已经过注册等等。  
   
  2.打开你的project,选择Build菜单下的Start   Debug->Attach   Process.  
   
  3.出现进程列表,选择Show   System   Processes(显示系统进程)  
   
  4.选择dllhost.exe进程(如果你的IIS是以共用方式启动应用程序的话),如果是在WINDOWS   NT或者其它的版本,那就选择mtx.exe。  
   
  5.这时候系统载入dllhost的资源了,选择project->Settings->Debug,选择Category(类别)->Additional   Dlls,这时候加入我们写好的ISAPI   DLL或COM组件(就是xxxx.dll)  
   
  6.你可以看到OutPut窗口输出一行字,表明组件的资源已经加载。  
   
  7.打开需要调试的源文件,在恰当位置加入断点。如果届时不能正确在该处中断,可能是你的PDB文件与DLL文件的版本不一致,那就需要重新编译了。  
   
  8.这时候,你就打开浏览器,键入相关网址,然后,你就等待着你的程序被激活吧!
[wangjy17908]
添加时间:2008-12-23
版权所有(C)2005-2015