Linux读写锁详解

多线程程序中，如果仅有少数线程会对共享数据进行修改，多数线程只是读取共享数据的值，就适合用读写锁解决“线程间抢夺资源”的问题。

读写锁的核心思想是：将线程访问共享数据时发出的请求分为两种，分别是：

• 读请求：只读取共享数据，不做任何修改；
• 写请求：存在修改共享数据的行为。

当有多个线程发出读请求时，这些线程可以同时执行，也就是说，共享数据的值可以同时被多个发出读请求的线程获取；当有多个线程发出写请求时，这些线程只能一个一个地执行（同步执行）。此外，当发出读请求的线程正在执行时，发出写请求的线程必须等待前者执行完后才能开始执行；当发出写请求的线程正在执行时，发出读请求的线程也必须等待前者执行完后才能开始执行。

本质上，读写锁就是一个全局变量，发出读请求和写请求的线程都可以访问它。为了区别线程发出的请求类别，当读写锁被发出读请求的线程占用时，我们称它为“读锁”；当读写锁被发出写请求的线程占用时，称它为“写锁”。

为了让您更清楚地了解读写锁在多线程程序中发挥的作用，我们制作了下面这张表格：

当前读写锁的状态	线程发出“读”请求	线程发出“写”请求
无锁	允许占用	允许占用
读锁	允许占用	阻塞线程执行
写锁	阻塞线程执行	阻塞线程执行

从上表可以看出，不同状态下的读写锁会以不同的方式处理发出读请求或写请求的线程：

1) 当读写锁未被任何线程占用时，发出读请求和写请求的线程都可以占用它。注意，由于读请求和写请求的线程不能同时执行，读写锁默认会优先分配给发出读请求的线程。

2) 当读写锁的状态为“读锁”时，表明当前执行的是发出读请求的线程（可能有多个）。此时如果又有线程发出读请求，该线程不会被阻塞，但如果有线程发出写请求，它就会被阻塞，直到读写锁状态改为“无锁”。

3) 当读写锁状态为“写锁”时，表明当前执行的是发出写请求的线程（只能有 1 个）。此时无论其它线程发出的是读