大佬教程收集整理的这篇文章主要介绍了c – 当它表示线程ID时,为什么CRITICAL_SECTION的OwningThread成员是HANDLE类型的？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
... if (m_pCritSect) { ASSERT(m_pCritSect->OwningThread == GetCurrentThreadId()); LeaveCriticalSection(m_pCritSect); } }
从调试CRITICAL_SECTIONS(使用VS 2005,主要是在WindowsXP上)我“知道”OwningThread(winnt.h中定义的RTL_CRITICAL_SECTION结构的成员)的值是持有锁的线程的ID的值.
但是,线程ID由DWORD(无符号长整数的typedef)值表示,而此变量的类型为HANDLE(typedef表示@R_674_6543@),需要reinterpret_cast才能使用basetsd.h中的HandleToULong宏来使上述代码生效.
即使是MSDN docs州：
那么为什么在地球上这被定义为一个手柄呢？
编辑注意：我发现a statement,其中一张海报表明HANDLE / DWORD-Id不匹配是某些Windows内部的一些已知错误.所以也许这就是这种情况：
winapi是记录层,本机操作系统没有记录.运行时层也没有记录,但随着时间的推移,部分内容被揭示出来.要么因为它回填了winapi中缺少的特征.或者,在这种情况下,因为解决问题真的很有用.然而,这样做的一个核心问题是,一旦宣布声明,微软就永远不会再改变它.因为这样做会破坏现有的程序,给客户带来很大的负担.
所以,Threadowner字段曾经真正拥有以前Windows版本中线程的句柄.注意LockSemaphore是如何误导的,它实际上是一个自动重置事件.修理它太晚了,这只猫已经不在了.
以上是大佬教程为你收集整理的c – 当它表示线程ID时,为什么CRITICAL_SECTION的OwningThread成员是HANDLE类型的？全部内容，希望文章能够帮你解决c – 当它表示线程ID时,为什么CRITICAL_SECTION的OwningThread成员是HANDLE类型的？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。