【原创】互斥锁使用分析 分类: Linux --- 应用程序设计 2015-07-22 11:57 6人阅读 评论(0) 收藏
【原创】互斥锁使用分析
首先要弄清楚,线程互斥锁的作用是要保护共享资源在同一时刻只能被同一线程操作,即保证某一线程在上锁到解锁这一过程中对共享资源的操作为原子的。
现举例说明:
设有两个线程:线程A和线程B(线程A和B在程序运行过程中被调度的顺序和时间不确定)。
全局变量(即线程A和B共享的资源)
int i = 1;
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
为了彻底理解,分三种情况说明互斥锁的作用。
情形一:线程A和B均不使用互斥锁
if (i != 0)
{
sleep(1);
i = i - 1;
}
else
{
printf("i = 0\n");
exit();
}
分析:
假如线程A正在执行语句if (i != 0),但距离执行i = i - 1;尚有一段时间间隔(为了便于理解间隔,让其休息1秒钟),恰好在这个间隔中线程B已经执行到了i = i - 1;可以知道,在A对i作判断时i 确实为1,但在B执行i = i - 1;之后,i已经变成0,此时A依然把i当成1来用,问题就在这里。问题可以描述为:在有两个线程对同一共享资源操作时,由于系统对线程的调度顺序存在不确定性,如果不对共享资源加以保护,则线程B极有可能在线程A不知道的情况下已经对共享资源进行了修改。这可不是我们想要的结果。
情形二:线程A和B都使用互斥锁(正确的方式)
pthread_mutex_lock(mutex);
if (i != 0)
{
sleep(1);
i = i - 1;
}
else
{
printf("i = 0\n");
exit();
}
pthread_mutex_unlock(mutex);
分析:
假如线程A已经获得了锁,但是尚处于没有解锁的过程中,此时如果线程B**想要先获得锁然后再对I进行操作,则会阻塞在语句pthread_mutex_lock(mutex); 处,直到线程A释放锁之后线程B才有可能获得锁**。即,同一时刻,在互斥锁的保护下,同一共享资源只能被获得锁的线程操作。这才是我们想要的结果。
情形三:线程A使用互斥锁操作i,线程B不使用锁直接去操作i
pthread_mutex_lock(mutex);
if (i != 0)
{
sleep(1);
i = i - 1;
}
else
{
printf("i = 0\n");
exit();
}
pthread_mutex_unlock(mutex);
分析:
假如线程A已经获得了锁,但是尚处于没有解锁的过程中,此时线程B却直接对i进行操作却不进行加锁操作。那么,线程B能不能对i进行操作呢?答案是肯定的。只不过,这属于代码设计缺陷,因为,线程A之所以上锁之后再去操作i目的就是要实现对i的操作是原子的,而线程B比较粗鲁,直接对i操作,结果就变成了情形一。即,互斥锁已然成了摆设,没能实现其价值。显然,这也不是我们想要的结果。
总结:
通过上面三种情形的分析,可以知道互斥锁可以保护共享资源免于被同时操作,不过仅仅是可以。因为情形三已经说明了问题,线程B可以直接对i操作,但这种情况下互斥锁已经没有了意义。
因此,如果想使用互斥锁来实现线程对共享资源的原子操作,则任何一个线程在想要对共享资源操作前,都要先去获得锁,在操作完之后再释放锁,如此方为正道!
原文链接
版权声明:本文为博主原创文章,未经博主允许不得转载。