张老师，我这边发现，问题线程 中 RtlEnterCriticalSection  被主线程所占用，而 主线程 中 RtlEnterCriticalSection 被问题线程占用，所以出现了死锁. 原理是知道了但是 没有WaitForSingleObject()的线程，却不会出现Hangup的现象，这边还是很困惑我。您有什么建议么？0: kd> !cs 763f92a0-----------------------------------------Critical section   = 0x763f92a0 (USER32!gcsUserApiHook+0x0)DebugInfo         ...

我刚看了其他帖子里的loaderlock的内容抓到如下的内容0: kd> !ntsdexts.locksCritSec ntdll!LdrpLoaderLock+0 at 77ce7340WaiterWoken        NoLockCount          2RecursionCount     1OwningThread       5e8EntryCount         0ContentionCount    22*** Locked0: kd> ...

      谢谢张老师的解答，我这边会把dump上传到gmail.      我这边有进一步去追这个问题，看起来像是您所说的LoaderLock死锁，从问题线程的调用来看，在DllMain中，Callstack中间接的调用了User32.dll 以及LoadLibrary.这边的行为的确和微软在Best Practices for Creating DLLs中规定的相违背。而且从主线程和问题线程的Callstack 来看，调用的顺序也非常类似，直到最后进去了关键区都是相互对应。      ...

目前已知可能是 THREAD ada59350 和 THREAD ada5c520 中的2个CP的dll引起的 导致主线程 THREAD 8fd5d938 也卡住 

Win7登陆界面CredentialProvider出现卡住的现象，以下是手动dump之后，转到logonUI.exe 的相关信息，看上都是在做WaitforSingleObject，但是不能确定真正的原因在哪里，求助0: kd> .process 8fd7d030  Implicit process is now 8fd7d0300: kd> !process 8fd7d030  7PROCESS 8fd7d030  SessionId: 1  Cid: 045c    Peb: 7ffdb000  ParentCid: 02f8    DirBase: b82f51a0 ...