5

我正在修复应用程序上的错误，这是一种数据使用者/工作者，从第三方应用程序获取数据，使用提供的 API 和库来执行此操作。它是基于 c++ 的 API，.net 应用程序使用一点 c++ 来访问库。此外 - 该应用程序是多线程的，它是窗口化的（Winforms），使用多个第三方库（nhibernate、mysql 等）。可能需要补充一点，当我们的消费者线程访问 c++ 库时，它是代码中唯一的位置。

问题？当生产应用程序关闭时（需要更多时间，超过一分钟），消费者应用程序会在几秒钟内死亡，没有错误/异常 - 即使它们是独立打开的。事件日志中没有信息，没有 Dr. Watson 操作，Visual Studio 中没有异常（调试只是停止）。

我试过了：

  • 遍历代码以查看它关闭的时刻，但它总是发生在不同的地方，它是否调用了生产者的库代码。
  • 使用配置为在任何异常抛出时中断的 Visual Studio 调试应用程序 - 但它会一事无成地死去。
  • 创建故障转储（使用 ADPlus.vbs）并在其上使用 windbg（不过，我是这种低级调试的新手），但是 !analyze 导致了不同的堆栈跟踪 - 让我无痕。

找出消费者应用程序为何死亡的好方向是什么？有没有办法解决这个问题（比如向用户显示提示消息，比如：“生产者应用程序正在关闭，消费者应用程序也会这样做！”）？

[编辑]

消费者应用程序是多线程的，它是一个消费者线程，作为 UI 线程的插件。此外 - 我们作为生产者使用的第三方应用程序使用 COM 将信息发送到任何消费者应用程序（也称为附加组件）。

我和我的同事决定注释掉一些代码，以找到可能导致问题的代码。也许我们已经找到了——当且仅当我们将消费者注册到生产者时，应用程序才会死掉。看了第三方应用的文档，发现消费者应用必须主动查询关闭生产者的消息，否则会被生产者应用强行终止。

所以：95% 的问题是我们正在查询数据的第三方应用程序正在发送 COM 消息以强制终止我们的应用程序（我会将信息/更改发布到 wiki，如果我们要测试它是唯一的原因）。

4

2 回答 2

3

此处描述的一般场景是一个非常常见的混淆和误解的来源，这些案例与人们试图理解“我的应用程序为什么消失得无影无踪？”的案例有关。.

直接的假设是：我的应用程序“死亡”或“崩溃”或“遇到这种意外异常，调试器甚至看不到它，因此没有创建任何转储文件。发生在我身上的好几次...

在大多数情况下，真正的答案是应用程序并没有真正崩溃或死亡，也没有收到任何异常，而是只是优雅地关闭了，但来自我没想到的流程。

调试这种情况的最简单方法是在其中放置一个断点kernel32!ExitProcess并跟踪堆栈，看看我们是如何到达这里的。

希望这可以帮助

于 2017-04-11T08:32:44.213 回答
0

事实证明，它的主机应用程序杀死了我的应用程序。调试问题的正确方法是监视 Windows 消息并查看我的应用程序正在获取 Process Terminate 消息。

于 2013-03-12T13:59:22.903 回答