com - 调试 VB6 COM+ Web 应用程序挂起

Question

我在一个经典的 ASP Web 应用程序上工作，它使用了几个用 VB6 编写的旧 COM 组件。所有 VB6 组件都在 COM+ 应用程序中注册，这些应用程序在它们自己的 dllhost 进程中运行。大部分应用程序已转换为 .Net，但仍有大量遗留页面和组件。 COM Interop 用于两个方向，从经典 ASP 和 VB6 调用一些 .Net 程序集，以及从 ASP.Net 调用 VB6 组件。该应用程序以经典管道模式在 Windows Server 2008 R2 (IIS 7.5) 上运行。

在大多数情况下，应用程序运行良好。最终放弃了向 .Net 的过渡，而是开发了一种新产品。同时，旧产品必须保持其异构状态。

我无法跟踪 Web 应用程序挂起的间歇性问题。用户在浏览器等待时只会看到一个空白屏幕，而服务器从不响应。挂起一直持续到我手动终止托管 VB6 组件的 dllhost 进程，所以我相信问题就在那里。可能是内存泄漏或失控的循环。

系统上每天有成千上万的用户，但问题每周只发生一两次。幸运的是，我们有一个 Web 场，可以在服务器停止响应时自动将其拉出，因此对客户的影响为零。不过，我想弄清楚发生了什么。

我已经重新编译了所有 VB6 组件以包含调试符号并重新部署到生产环境中。出现问题时，我使用32位任务管理器(c:\windows\syswow64\taskmgr.exe)对dllhost进程进行故障转储。我最终得到一个 dllhost.dmp 文件，我将它带到我的开发工作站并在 VS2010 中打开。我有 VB6 在我的符号路径中创建的 .pdb 符号文件。当我在 VS2010 中启动调试 session 时，我可以转到 Modules 屏幕并看到确实加载了我的组件的所有符号。

然后去哪儿？调用堆栈没有显示我自己的任何组件。它看起来像这样:



调用堆栈顶部的反汇编如下所示:



不知道我还能做什么。我在调用堆栈的每一帧检查了所有本地变量，这对我来说是胡言乱语。我没有看到对我自己的任何组件的任何引用。

也许 WinDbg 会产生更多信息？不知道从哪里开始。

我很确定，如果我能找到挂起时正在调用的 VB6 类/方法，我就可以找到它的底部。我尝试添加一些日志记录，但结果不一致。

也许我的 VB6 组件完全没有问题，但我在 Windows 或 IIS 中遇到了一些错误？

任何建议将不胜感激，但在这一点上扔掉 VB6 不是一个选择。谢谢。

Answer 1

不是完整的答案，而是 CoRegisterSurrogateEx只要代理进程正在运行，就会被记录为阻塞:

The CoRegisterSurrogateEx function is a blocking function. It does not return until COM+ has determined that the process will be shut down. Before calling this function, initialize COM on this thread as a multi-threaded apartment (MTA).

所以我不认为错误出在这个调用堆栈上。 (您可以看到它仍然在 WaitForSingleObject 调用上阻塞，很可能是它用来阻塞直到进程关闭的机制)。