用互斥对象造句子，“互斥对象”造句

这个结构可用来设置各种互斥对象属*。

那个数据结构实际上是“冻结”了，直到互斥对象被解锁为止。

如果碰巧已经锁定了互斥对象，调用者将进入睡眠状态。

如果放置了过多的互斥对象，代码就没有什么并发*可言，运行起来也比单线程解决方案慢。

并且绝对不要对您未保持锁的互斥对象进行解锁*作(否则，pthread _ mutex_unlock调用将失败并带一个非零的eperm返回值)。

可以推测到，当线程试图锁定一个未加锁的互斥对象时，posix线程库将同意锁定，而不会使线程进入睡眠状态。

两个线程不能同时对同一个互斥对象加锁。

任何对一组事件的访问都由一个互斥对象来保护。

那么，是否需要在加一*作语句前后分别锁定和解锁互斥对象呢？

同时，还要快速将互斥对象解锁，以便其它线程能够进行任何必需的更改。

不使用互斥对象时，即使主线程在thread_function线程睡眠一秒钟期间内对myglobal加一，thread_function苏醒后也会覆盖主线程所加的值。

互斥对象将*入一道“内存关卡”，由它来确保对主存的写入按照线程锁定互斥对象的顺序进行。

互斥对象是线程程序必需的工具，但它们并非万能的。

图中，锁定了互斥对象的线程能够存取复杂的数据结构，而不必担心同时会有其它线程干扰。

但是还可以动态地创建互斥对象。

这两个函数调用的作用就是*告其它线程，要它们继续睡眠并等待轮到它们对互斥对象加锁。

为什么要用互斥对象？

如果能够做到这一点，线程代码将是非常高效的，并且不会占用宝贵的互斥对象锁。

代码可以反复对互斥对象锁定和解锁，以检查值的任何变化。

对互斥对象解锁会立即发生，但等待条件mycond通常是一个阻塞*作，这意味着线程将睡眠，在它苏醒之前不会消耗CPU周期。

然而，如果互斥对象已锁定，这个调用也不会阻塞。