如何获取 互斥对象 当前的id

[scsnsjsl_cs_dn]

如何获取 互斥对象 当前的id

[wocow3]

Mutex哪儿来的什么ID，啥意思

[scsnsjsl_cs_dn]

[Quote=引用 1 楼 wocow3 的回复:]
Mutex哪儿来的什么ID，啥意思
[/Quote]
互斥对象不是包含一个使用数量\一个线程ID\一个计数器吗?

线程ID用语标识当前哪个线程拥有互斥对象

[wocow3]

线程ID在主调线程用GetCurrentProcessId就行了
要想从互斥对象中获取占用线程的id，恐怕没这样的接口吧

[晨星]

楼主你想去读取互斥对象内部实现的内容？这样你可能需要考虑用另一个互斥对象来互斥对原来那个互斥对象的访问。嘿嘿。

[scsnsjsl_cs_dn]

那一般出现死琐的时候如何,调试?

[晨星]

个人感觉死锁应以预访为主。
真要出现了，大多数情况只能是结合着问题的症状去读代码了。

另外还有一条建议是：在设计上多下些功夫，尽量减少线程间需要同步的东西。

[scsnsjsl_cs_dn]

[Quote=引用 4 楼 steedhorse 的回复:]
楼主你想去读取互斥对象内部实现的内容？这样你可能需要考虑用另一个互斥对象来互斥对原来那个互斥对象的访问。嘿嘿。
[/Quote]
我通过互斥对象实现线程同步
但有时会出现死锁,调试的时候又不会重现,
所以有了上边的问题

[晨星]

也可以通过log来观察。
让每个线程都输出一些log，在log中包含本线程的ID，因为死锁的两个线程肯定再也不能输出log，有时很容易通过观察log确定出是哪两个线程死锁了。

[scsnsjsl_cs_dn]

[Quote=引用 6 楼 steedhorse 的回复:]
个人感觉死锁应以预访为主。
真要出现了，大多数情况只能是结合着问题的症状去读代码了。

另外还有一条建议是：在设计上多下些功夫，尽量减少线程间需要同步的东西。
[/Quote]
谢谢,我试着去看下

不过现在情况是 死锁不一定会发生
到现在都还没找出什么情况下会发生,感觉是随机发生的

[scsnsjsl_cs_dn]

[Quote=引用 8 楼 steedhorse 的回复:]
也可以通过log来观察。
让每个线程都输出一些log，在log中包含本线程的ID，因为死锁的两个线程肯定再也不能输出log，有时很容易通过观察log确定出是哪两个线程死锁了。
[/Quote]
谢谢,刚才发了个帖子
有位朋友给了类似的建议
不过刚才脑子犯晕,理解错了,嘿嘿

[scsnsjsl_cs_dn]

[Quote=引用 8 楼 steedhorse 的回复:]
也可以通过log来观察。
让每个线程都输出一些log，在log中包含本线程的ID，因为死锁的两个线程肯定再也不能输出log，有时很容易通过观察log确定出是哪两个线程死锁了。
[/Quote]
不过,现在就一个主线程和一个创建的线程,所以...

[晨星]

。。。
两个线程还查什么，肯定是它俩死锁了。

你刚才说“不过现在情况是 死锁不一定会发生”，这就是多线程程序的麻烦，所以还是应该以预防为主，另外在设计上下功夫。否则，问题一旦出现，查都很难查，因为它不一定能很容易地重现。

[scsnsjsl_cs_dn]

[Quote=引用 12 楼 steedhorse 的回复:]
。。。
两个线程还查什么，肯定是它俩死锁了。

你刚才说“不过现在情况是 死锁不一定会发生”，这就是多线程程序的麻烦，所以还是应该以预防为主，另外在设计上下功夫。否则，问题一旦出现，查都很难查，因为它不一定能很容易地重现。
[/Quote]
对头
怎么这么糊涂

[scsnsjsl_cs_dn]

但是始终不知道是什么原因导致的
每次使用时候,都释放了的