互斥锁和条件变量




一、互斥锁

互斥量从本质上说就是一把锁, 提供对共享资源的保护访问。

  1. 初始化:

  在Linux下, 线程的互斥量数据类型是pthread_mutex_t. 在使用前, 要对它进行初始化:

  对于静态分配的互斥量, 可以把它设置为PTHREAD_MUTEX_INITIALIZER, 或者调用pthread_mutex_init.

  对于动态分配的互斥量, 在申请内存(malloc)之后, 通过pthread_mutex_init进行初始化, 并且在释放内存(free)前需要调用pthread_mutex_destroy.

  原型:

  int pthread_mutex_init(pthread_mutex_t *restrict mutex, const pthread_mutexattr_t *restric attr);

  int pthread_mutex_destroy(pthread_mutex_t *mutex);

  头文件:

  返回值: 成功则返回0, 出错则返回错误编号.

  说明: 如果使用默认的属性初始化互斥量, 只需把attr设为NULL. 其他值在以后讲解。

  2. 互斥操作:

  对共享资源的访问, 要对互斥量进行加锁, 如果互斥量已经上了锁, 调用线程会阻塞, 直到互斥量被解锁. 在完成了对共享资源的访问后, 要对互斥量进行解锁。

  首先说一下加锁函数:

  头文件:

  原型:

  int pthread_mutex_lock(pthread_mutex_t *mutex);

  int pthread_mutex_trylock(pthread_mutex_t *mutex);

  返回值: 成功则返回0, 出错则返回错误编号.

  说明: 具体说一下trylock函数, 这个函数是非阻塞调用模式, 也就是说, 如果互斥量没被锁住, trylock函数将把互斥量加锁, 并获得对共享资源的访问权限; 如果互斥量被锁住了, trylock函数将不会阻塞等待而直接返回EBUSY, 表示共享资源处于忙状态。

  再说一下解所函数:

  头文件:

  原型: int pthread_mutex_unlock(pthread_mutex_t *mutex);

  返回值: 成功则返回0, 出错则返回错误编号.

  3. 死锁:

  死锁主要发生在有多个依赖锁存在时, 会在一个线程试图以与另一个线程相反顺序锁住互斥量时发生. 如何避免死锁是使用互斥量应该格外注意的东西。

  总体来讲, 有几个不成文的基本原则:

  对共享资源操作前一定要获得锁。

  完成操作以后一定要释放锁。

  尽量短时间地占用锁。

  如果有多锁, 如获得顺序是ABC连环扣, 释放顺序也应该是ABC。

  线程错误返回时应该释放它所获得的锁。

二、条件变量
这里主要说说 pthread_cond_wait()的用法,在下面有说明。
条件变量是利用线程间共享的全局变量进行同步的一种机制,主要包括两个动作:个线程等待"条件变量的条件成立"而挂起;另一个线程使"条件成立"(给出条件成立信号)。为了防止竞争,条件变量的使用总是和一个互斥锁结合在一起。  
   
1.   创建和注销  

条件变量和互斥锁一样,都有静态动态两种创建方式,静态方式使用PTHREAD_COND_INITIALIZER常量,如下:    
pthread_cond_t   cond=PTHREAD_COND_INITIALIZER    

动态方式调用pthread_cond_init()函数,API定义如下:    
int   pthread_cond_init(pthread_cond_t   *cond,   pthread_condattr_t   *cond_attr)    
   
尽管POSIX标准中为条件变量定义了属性,但在LinuxThreads中没有实现,因此cond_attr值通常为NULL,且被忽略。  

注销一个条件变量需要调用pthread_cond_destroy(),只有在没有线程在该条件变量上等待的时候才能注销这个条件变量,否则返回EBUSY。因为Linux实现的条件变量没有分配什么资源,所以注销动作只包括检查是否有等待线程。API定义如下:    
int   pthread_cond_destroy(pthread_cond_t   *cond)    

2.   等待和激发  

int   pthread_cond_wait(pthread_cond_t   *cond,   pthread_mutex_t   *mutex)  
int   pthread_cond_timedwait(pthread_cond_t   *cond,   pthread_mutex_t   *mutex,   const   struct   timespec   *abstime)    



等待条件有两种方式:无条件等待pthread_cond_wait()和计时等待pthread_cond_timedwait(),其中计时等待方式如果在给定时刻前条件没有满足,则返回ETIMEOUT,结束等待,其中abstime以与time()系统调用相同意义的绝对时间形式出现,0表示格林尼治时间1970年1月1日0时0分0秒。  

无论哪种等待方式,都必须和一个互斥锁配合,以防止多个线程同时请求pthread_cond_wait()(或pthread_cond_timedwait(),下同)的竞争条件(Race   Condition)。mutex互斥锁必须是普通锁(PTHREAD_MUTEX_TIMED_NP)或者适应锁(PTHREAD_MUTEX_ADAPTIVE_NP),且在调用pthread_cond_wait()前必须由本线程加锁(pthread_mutex_lock()),而在更新条件等待队列以前,mutex保持锁定状态,并在线程挂起进入等待前解锁。在条件满足从而离开pthread_cond_wait()之前,mutex将被重新加锁,以与进入pthread_cond_wait()前的加锁动作对应。   执行pthread_cond_wait()时自动解锁互斥量(如同执行了 pthread_unlock_mutex),并等待条件变量触发。这时线程挂起,不占用 CPU 时间,直到条件变量被触发。

因此,全过程可以描述为:

(1)pthread_mutex_lock()上锁,

(2)pthread_cond_wait()等待,等待过程分解为为:解锁--条件满足--加锁

(3)pthread_mutex_unlock()解锁。  
激发条件有两种形式,pthread_cond_signal()激活一个等待该条件的线程,存在多个等待线程时按入队顺序激活其中一个;而pthread_cond_broadcast()则激活所有等待线程。 两者 如果没有等待的线程,则什么也不做。

下面是一段经典代码:

</pre></p><span id="_xhe_cursor"></span><p style="text-indent: 2em;"><pre class="cpp" name="code">#include<pthread.h>
#include<unistd.h>
#include<stdio.h>
#include<string.h>
#include<stdlib.h>

static pthread_mutex_t mtx = PTHREAD_MUTEX_INITIALIZER;
static pthread_cond_t cond = PTHREAD_COND_INITIALIZER;

struct node
{
    int n_number;
    struct node*n_next;
}*head = NULL;/*[thread_func]*/

/*释放节点内存*/
static void cleanup_handler(void*arg)
{
    printf("Cleanup handler of second thread.\n");

    struct node *p = *((struct node**)arg);
    while(p)
    {
        struct node* tmp = p->n_next;
        free(p);
        printf("free %p\n", p);
        p = tmp;
    }

    *((struct node **)arg) = NULL;

    (void)pthread_mutex_unlock(&mtx);
}

static void* thread_func(void*arg)
{
    struct node* p = NULL;
    pthread_cleanup_push(cleanup_handler, &head);

    while(1)
    {
        pthread_mutex_lock(&mtx);
        //这个mutex_lock主要是用来保护wait等待临界时期的情况,
        //当在wait为放入队列时,这时,已经存在Head条件等待激活
        //的条件,此时可能会漏掉这种处理
        //这个while要特别说明一下,单个pthread_cond_wait功能很完善,
        //为何这里要有一个while(head==NULL)呢?因为pthread_cond_wait
        //里的线程可能会被意外唤醒,如果这个时候head!=NULL,
        //则不是我们想要的情况。这个时候,
        //应该让线程继续进入pthread_cond_wait

        while(1)
        {
            while(head==NULL)
            {
                pthread_cond_wait(&cond,&mtx);
            }
            //pthread_cond_wait会先解除之前的pthread_mutex_lock锁定的mtx,
            //然后阻塞在等待队列里休眠,直到再次被唤醒
            //(大多数情况下是等待的条件成立而被唤醒,唤醒后,
            //该进程会先锁定先pthread_mutex_lock(&mtx);,
            //再读取资源用这个流程是比较清楚的
            /*block-->unlock-->wait()return-->lock*/

            p = head;
            head = head->n_next;
            printf("Got %d from front of queue\n",p->n_number);
            free(p);
        }
        pthread_mutex_unlock(&mtx);//临界区数据操作完毕,释放互斥锁

    }

    pthread_cleanup_pop(0);

    return 0;
}

int main(void)
{
    pthread_t tid;
    int i;
    struct node* p;
    pthread_create(&tid,NULL,thread_func,NULL);
    //子线程会一直等待资源,类似生产者和消费者,
    //但是这里的消费者可以是多个消费者,
    //而不仅仅支持普通的单个消费者,这个模型虽然简单,
    //但是很强大
    for(i=0;i<10;i++)
    {
        p=(struct node*)malloc(sizeof(struct node));
        p->n_number=i;
        pthread_mutex_lock(&mtx);//需要操作head这个临界资源,先加锁,
        p->n_next=head;
        head=p;
        pthread_cond_signal(&cond);
        pthread_mutex_unlock(&mtx);//解锁
        sleep(1);
    }

    p=(struct node*)malloc(sizeof(struct node));
    p->n_number=i;
    pthread_mutex_lock(&mtx);//需要操作head这个临界资源,先加锁,
    p->n_next=head;
    head=p;
    pthread_mutex_unlock(&mtx);//解锁

    printf("thread1 wanna end the cancel thread2.\n");
    pthread_cancel(tid);
    //关于pthread_cancel,有一点额外的说明,它是从外部终止子线程,
    //子线程会在最近的取消点,退出线程,而在我们的代码里,最近的
    //取消点肯定就是pthread_cond_wait()了。
    pthread_join(tid,NULL);

    printf("All done--exiting\n");

    return 0;
}


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值