互斥锁&属性

本篇我记录一下自己学习互斥锁的成果。

线程同步的概述:

    当线程A在对一个共享资源执行写操作时,如果此时线程B恰好也对这个共享资源执行写操作,那么在进程中就会出现两个线程同时对这个共享资源进行写操作,会出现什么结果呢?当然是会破坏我们写入的数据,造成不可预计的错误。

    而使用互斥锁(mutex)就正好可以解决这一问题,当线程A在操作(读/写)共享资源时,对其进行加锁,此时如果线程B也要对这个共享资源进行操作时,由于这个锁的存在会线程B被阻塞,直到线程A释放掉它之前加在这个共享资源上的锁时,线程B才会变成可运行状态。

我使用伪代码来表示:

lock(&mutex);

访问共享资源

unlock(&mutex);

其本质并不是把数据“锁住”,而是为线程提供一种串行化执行的机制(让不同的线程避免在同一时间去操作数据),我曾做过一个验证,fun1和fun2是供不同线程执行的程序,如果我注销掉fun2的锁,并且在fun1锁住后不释放,那么在线程调用fun2的时候它依旧会操作到数据。

正常情况下,如果fun1和fun2遵循我们的互斥锁约定,当其中任何一个线程获得互斥锁后,其他试图获得这个锁的线程都会被阻塞,这样就巧妙的将两个线程分别安排在不同的时段执行,保证了任何时刻下只有唯一的线程有“权利”去操作这个共享资源。(我一开始也是误解了互斥锁的真正含义,后来经过多次实例验证才知道这点)

代码如下:

int num = 3;

pthread_mutex_t lock = PTHREAD_MUTEX_INITIALIZER;

pthread_t TID1, TID2;

/*线程调用函数*/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值