如果主线程等待,子线程signal的话,一旦子线程先调用,主线程将一直等待。也就是子线程调用
pthread_cond_signal
后,主线程才调用
pthread_cond_wait
进入阻塞状态
解决办法:
们假设系统中有线程1和线程2,他们都想获取mutex后处理共享数据,再释放mutex。请看这种序列:
解决办法:
struct SPara
{
CLConditionVariable condition;
CLMutex mutex;
volatile int flag;
};
class CLMyFunction : public CLExecutiveFunctionProvider
{
public:
CLMyFunction()
{
}
virtual ~CLMyFunction()
{
}
virtual CLStatus RunExecutiveFunction(void *pContext)
{
SPara *p = (SPara *)pContext;
{
CLCriticalSection cs(&(p->mutex));
p->flag = 1;
}
p->condition.Wakeup();
return CLStatus(0, 0);
}
};
然后再主函数中:
int main()
{
SPara *p = new SPara;
p->flag = 0;
CLExecutiveFunctionProvider *myfunction = new CLMyFunction();
CLExecutive *pThread = new CLThread(myfunction);
pThread->Run((void *)p);
{
CLCriticalSection cs(&(p->mutex));
while(p->flag == 0)
p->condition.Wait(&(p->mutex));
}
pThread->WaitForDeath();
cout << "in main thread" << endl;
delete pThread;
delete myfunction;
delete p;
return 0;
}
一般来说:
等待线程
调用
pthread_mutex_lock
While
(判断条件)
pthread_cond_wait
重复检查条件是由于线程可能不是被
pthread_cond_signal
唤醒,可能是由信号等唤醒(
futex
)
调用
pthread_mutex_unlock
被等待线程
调用
pthread_mutex_lock
修改条件
调用
pthread_mutex_unlock
调用
pthread_mutex_broadcast
等
们假设系统中有线程1和线程2,他们都想获取mutex后处理共享数据,再释放mutex。请看这种序列:
1)线程1获取mutex,在进行数据处理的时候,线程2也想获取mutex,但是此时被线程1所占用,线程2进入休眠,等待mutex被释放。
2)线程1做完数据处理后,调用pthread_cond_signal()唤醒等待队列中某个线程,在本例中也就是线程2。线程1在调用pthread_mutex_unlock()前,因为系统调度的原因,线程2获取使用CPU的权利,那么它就想要开始处理数据,但是在开始处理之前,mutex必须被获取,很遗憾,线程1正在使用mutex,所以线程2被迫再次进入休眠。
3)然后就是线程1执行pthread_mutex_unlock()后,线程2方能被再次唤醒。