来自 Go 文档:
RWMutex 是读取器/写入器互斥锁。该锁可以由任意数量的读取器或单个写入器持有。
这个介绍性句子后面从来没有定义读者和作者可以做什么和不可以做什么。因此,我想知道这个定义的某种延伸是否可能。
假设我们有一组许多 goroutine;我们就这么称呼它吧S。中的每个 goroutineS都有自己的资源,可以频繁地读取和写入这些资源。假设我有一个额外的 goroutine R,它通常想要抓取S. 让我们探索两个更明显的解决方案,看看我要去哪里。
我们可以使用单个互斥体。然而, 中的 goroutineS会不必要地争夺锁,因为S无论如何,每个 goroutine 都只能访问自己的资源。
为 中的每个 goroutine 使用一个互斥体S。这消除了不必要的竞争,甚至提供了R决定是否需要立即锁定所有互斥锁或仅在某个时间点至少锁定每个互斥锁一次的选项。然而需要一些额外的工作。
所以我的第三个想法是:让 goroutine 在想要读或写时S获取 a 的读锁(即广义的包含锁),并在想要读取时获取该互斥锁的写锁(即广义的独占锁)锁)。换句话说: sync.RWMutexR
sync.RWMutex如果写入在设计上从不相互竞争,那么使用 的读锁进行写入并使用其写入锁进行读取是否安全?
 有只小跳蛙
有只小跳蛙 
					呼啦一阵风
 
					慕斯王
 随时随地看视频慕课网APP
随时随地看视频慕课网APP
相关分类