Linux C/C++ or 嵌入式面试之《多进程多线程编程系列》(6) 读写锁机制探究

互斥锁反倒不像读写锁有内容可以提问,知道读写锁的同学也比较少。

一.概述

读写锁与互斥锁的功能类似,对临界区的共享资源进行保护!互斥锁一次只让一个线程进入临界区,读写锁比它有更高的并行性。读写锁有以下特点:

  1. 如果一个线程用读锁锁定了临界区,那么其他线程也可以用读锁来进入临界区,这样就可以多个线程并行操作。但这个时候,如果再进行写锁加锁就会发生阻塞,写锁请求阻塞后,后面如果继续有读锁来请求,这些后来的读锁都会被阻塞!当读操作完成后,写锁解除阻塞。这样的目的是出于避免了读锁长期占用资源,防止写锁饥饿

  2. 如果一个线程用写锁锁住了临界区,那么其他线程不管是读锁还是写锁都会发生阻塞!

linux下读写锁默认遵循写锁优先的原则。读写锁的优势往往展现在读操作很频繁,而写操作较少的情况下。在初始化读写锁时可以使用PTHREAD_RWLOCK_INITIALIZER_READ_PREF来设置读优先。

不论是写优先,都必须遵循读者共享,写者唯一的原则。

处理读者-写者问题的两种常见策略是强读者同步(strong reader synchronization)和强写者同步(strong writer synchronization)。 在强读者同步中,总是给读者更高的优先权,只要写者当前没有进行写操作,读者就可以获得访问权限;而在强写者同步中,则往往将优先权交付给写者,而读者只能等到所有正在等待的或者是正在执行的写者结束以后才能执行。关于读者-写者模型中,由于读者往往会要求查看最新的信息记录,所

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值