Go 語言 sync.RWMutex讀寫鎖

原文鏈接：https://gopl-zh.github.io/ch9/ch9-03.html

9.3. sync.RWMutex讀寫鎖

在100刀的存款消失時不做記錄多少還是會讓我們有一些恐慌，Bob寫了一個程序，每秒運行幾百次來檢查他的銀行余額。他會在家，在工作中，甚至?xí)谒氖謾C(jī)上來運行這個程序。銀行注意到這些陡增的流量使得存款和取款有了延時，因為所有的余額查詢請求是順序執(zhí)行的，這樣會互斥地獲得鎖，并且會暫時阻止其它的goroutine運行。

由于Balance函數(shù)只需要讀取變量的狀態(tài)，所以我們同時讓多個Balance調(diào)用并發(fā)運行事實上是安全的，只要在運行的時候沒有存款或者取款操作就行。在這種場景下我們需要一種特殊類型的鎖，其允許多個只讀操作并行執(zhí)行，但寫操作會完全互斥。這種鎖叫作“多讀單寫”鎖（multiple readers, single writer lock），Go語言提供的這樣的鎖是sync.RWMutex：

var mu sync.RWMutex
var balance int
func Balance() int {
    mu.RLock() // readers lock
    defer mu.RUnlock()
    return balance
}

Balance函數(shù)現(xiàn)在調(diào)用了RLock和RUnlock方法來獲取和釋放一個讀取或者共享鎖。Deposit函數(shù)沒有變化，會調(diào)用mu.Lock和mu.Unlock方法來獲取和釋放一個寫或互斥鎖。

在這次修改后，Bob的余額查詢請求就可以彼此并行地執(zhí)行并且會很快地完成了。鎖在更多的時間范圍可用，并且存款請求也能夠及時地被響應(yīng)了。

RLock只能在臨界區(qū)共享變量沒有任何寫入操作時可用。一般來說，我們不應(yīng)該假設(shè)邏輯上的只讀函數(shù)/方法也不會去更新某一些變量。比如一個方法功能是訪問一個變量，但它也有可能會同時去給一個內(nèi)部的計數(shù)器+1（譯注：可能是記錄這個方法的訪問次數(shù)啥的），或者去更新緩存——使即時的調(diào)用能夠更快。如果有疑惑的話，請使用互斥鎖。

RWMutex只有當(dāng)獲得鎖的大部分goroutine都是讀操作，而鎖在競爭條件下，也就是說，goroutine們必須等待才能獲取到鎖的時候，RWMutex才是最能帶來好處的。RWMutex需要更復(fù)雜的內(nèi)部記錄，所以會讓它比一般的無競爭鎖的mutex慢一些。