我们的Windows应用经常卡在内存中，我正在尝试使用windbg进行跟踪
解决问题。我对windbg刚起步，可以使用一些建议(我
已开始阅读“高级Windows调试”)。
该应用程序混合了用VB编写的C++和COM对象。偶尔在什么时候
您退出时，该应用似乎消失了，但任务管理器显示该应用仍然存在
在内存中，显然是空闲的。
!threads向我展示了这一点:
ThreadCount: 2
UnstartedThread: 0
BackgroundThread: 2
PendingThread: 0
DeadThread: 0
Hosted Runtime: no
PreEmptive GC Alloc Lock
ID OSID ThreadOBJ State GC Context Domain Count APT Exception
0 1 175c 001aa040 4220 Enabled 09131b78:09131fe8 001a2b80 0 STA
6 2 143c 001b4b48 b220 Enabled 00000000:00000000 001a2b80 0 MTA (Finalizer)
在我未经训练的眼睛看来，它正在被它保持活着。
完成由单线程单元阻止的队列。做这个
看起来合理吗？
〜0kb的产量:
ntdll!KiFastSystemCallRet
user32!NtUserGetMessage+0xc
mfc80!AfxInternalPumpMessage+0x18 [f:\sp\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp @ 153]
mfc80!CWinThread::Run+0x54 [f:\sp\vctools\vc7libs\ship\atlmfc\src\mfc\thrdcore.cpp @ 625]
mfc80!AfxWinMain+0x69 [f:\sp\vctools\vc7libs\ship\atlmfc\src\mfc\winmain.cpp @ 47]
WARNING: Stack unwind information not available. Following frames may be wrong.
OurApp+0x7e8274
kernel32!BaseProcessStart+0x23
〜6kb的产量:
ntdll!KiFastSystemCallRet
ntdll!ZwWaitForMultipleObjects+0xc
kernel32!WaitForMultipleObjectsEx+0x12c
kernel32!WaitForMultipleObjects+0x18
mscorwks!WKS::WaitForFinalizerEvent+0x7a
mscorwks!WKS::GCHeap::FinalizerThreadWorker+0x75
mscorwks!Thread::UserResumeThread+0xfb
mscorwks!Thread::DoADCallBack+0x355
mscorwks!Thread::DoADCallBack+0x541
mscorwks!ManagedThreadBase_NoADTransition+0x32
mscorwks!ManagedThreadBase::FinalizerBase+0xb
mscorwks!WKS::GCHeap::FinalizerThreadStart+0xbb
mscorwks!Thread::intermediateThreadProc+0x49
kernel32!BaseThreadStart+0x37
我希望在这里进行一些路线更正。如果我猜一个
被阻止的终结器似乎很合理，请让我知道。我也会
非常高兴能得到一些建议，以弄清到底是什么阻塞。
编辑:
Shane要求!analyze的输出。这实际上是来自不同的转储-我有很多它们，它们看上去几乎相同。
FAULTING_IP:
+ 18a952f00ebdf74
00000000 ?? ???
EXCEPTION_RECORD:ffffffff-(.exr 0xffffffffffffffff)
异常地址:00000000
异常代码:80000007(唤醒调试器)
异常(exception)标志:00000000
NumberParameters:0
BUGCHECK_STR:80000007
PROCESS_NAME:OurApp.exe
OVERLAPPED_MODULE:“OurApp”和“Unknown_Module_00350062”的地址区域重叠
错误代码:(NTSTATUS)0x80000007-{内核调试器已唤醒}系统调试器已被中断唤醒。
EXCEPTION_CODE:(HRESULT)0x80000007(2147483655)-操作已中止
NTGLOBALFLAG:0
APPLICATION_VERIFIER_FLAGS:0
MANAGED_STACK:!dumpstack -EE
操作系统线程ID:0x4490(0)
当前帧:
ChildEBP RetAddr调用者，被调用者
DERIVED_WAIT_CHAIN:
Dl Eid Cid WaitType
------------------------------------
0 48c8.4490推测(分类)->
5 48c8.4b74事件
WAIT_CHAIN_COMMAND:〜0s; k ;;〜5s; k ;;
BLOCKING_THREAD:00004b74
DEFAULT_BUCKET_ID:APPLICATION_HANG_BlockedOn_EventHandle
PRIMARY_PROBLEM_CLASS:APPLICATION_HANG_BlockedOn_EventHandle
LAST_CONTROL_TRANSFER:从7c90df4a到7c90e514
FAULTING_THREAD:00000005
STACK_TEXT:
0882fcd0 7c90df4a 7c809590 00000002 0882fcfc ntdll!KiFastSystemCallRet
0882fcd4 7c809590 00000002 0882fcfc 00000001 ntdll!ZwWaitForMultipleObjects + 0xc
0882fd70 7c80a115 00000002 7a3b8d28 00000000 kernel32!WaitForMultipleObjectsEx + 0x12c
0882fd8c 79f92c5b 00000002 7a3b8d28 00000000 kernel32!WaitForMultipleObjects + 0x18
0882fdac 79f970b8 001b1ad8 0882feb0 001a0b18 mscorwks!WKS::WaitForFinalizerEvent + 0x77
0882fdc0 79e984cf 0882feb0 00000000 00000000 mscorwks!WKS::GCHeap::FinalizerThreadWorker + 0x49
0882fdd4 79e9846b 0882feb0 0882fe5c 79f7762b mscorwks!Thread::DoADCallBack + 0x32a
0882fe68 79e98391 0882feb0 9f3f02e2 00000000 mscorwks!Thread::ShouldChangeAbortToUnload + 0xe3
0882fea4 79eef74c 0882feb0 00000000 001a86c0 mscorwks!Thread::ShouldChangeAbortToUnload + 0x30a
0882fecc 79eef75d 79f9706d 00000008 0882ff14 mscorwks!ManagedThreadBase_NoADTransition + 0x32
0882fedc 79f3c6bc 79f9706d 9f3f0352 00000000 mscorwks!ManagedThreadBase::FinalizerBase + 0xd
0882ff14 79f920a5 00000000 86fb6620 804fb078 mscorwks!WKS::GCHeap::FinalizerThreadStart + 0xbb
0882ffb4 7c80b729 001a0b18 00730074 00610020 mscorwks!Thread::intermediateThreadProc + 0x49
0882ffec 00000000 79f9205f 001a0b18 00000000 kernel32!BaseThreadStart + 0x37
FOLLOWUP_IP:
mscorwks!WKS::WaitForFinalizerEvent + 77
79f92c5b 85c0测试eax，eax
SYMBOL_STACK_INDEX:4
SYMBOL_NAME:mscorwks!WKS::WaitForFinalizerEvent + 77
FOLLOWUP_NAME:计算机所有者
MODULE_NAME:mscorwks
IMAGE_NAME:mscorwks.dll
DEBUG_FLR_IMAGE_TIMESTAMP:492b82c1
STACK_COMMAND:〜5s；千位
BUCKET_ID:80000007_mscorwks!WKS::WaitForFinalizerEvent + 77
FAILURE_BUCKET_ID:APPLICATION_HANG_BlockedOn_EventHandle_80000007_mscorwks.dll!WKS::WaitForFinalizerEvent
WATSON_STAGEONE_URL:http://watson.microsoft.com/StageOne/OurApp_exe/6_2_6_1/4_29a184/unknown/0_0_0_0/bbbbbbb4/80000007/00000000.htm?Retriage=1
后续行动:MachineOwner
---------
0:000>!线程
线程数:2
UnstartedThread:0
BackgroundThread:2
待处理线程:0
死线程:0
托管运行时:否
抢先GC分配锁
ID OSID ThreadOBJ状态GC上下文域计数APT异常
0 1 4490 0019de20 4220已启用09003658:09003fe8 001a86c0 0 STA
5 2 4b74 001b1b08 b220启用00000000:00000000 001a86c0 0 MTA(最终化器)
最佳答案
终结器线程处于空闲状态，正在等待工作-它的跟踪看起来不错。读0看起来也很好并且处于空闲状态-等待下一个UI消息。
您能否提供一些有关如何“退出”应用程序的详细信息？鉴于消息循环仍在运行，在我看来，您的关闭应用程序逻辑出了点问题。
关于c++ - 诊断无法停止的应用，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/976012/