悲觀鎖
在每次對(duì)數(shù)據(jù)的操作的時(shí)候都認(rèn)為別人會(huì)修改，所以每次對(duì)數(shù)據(jù)進(jìn)行操作的時(shí)候都會(huì)上鎖祝懂，以防止他人拿到數(shù)據(jù)更改數(shù)據(jù)(共享數(shù)據(jù)每次只給一個(gè)線程使用票摇，其他線程阻塞，用完后解鎖砚蓬，其他線程才可使用)矢门。在Java中synchronized和ReentrantLock等獨(dú)占鎖就是悲觀鎖思想的實(shí)現(xiàn)。
樂(lè)觀鎖
總是假設(shè)最好的情況灰蛙，每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人不會(huì)修改祟剔，所以不會(huì)上鎖，但是在更新的時(shí)候會(huì)判斷一下在此期間別人有沒(méi)有去更新這個(gè)數(shù)據(jù)摩梧，可以使用版本號(hào)機(jī)制和CAS算法實(shí)現(xiàn)物延。樂(lè)觀鎖適用于多讀的應(yīng)用類型，這樣可以提高吞吐量仅父，像數(shù)據(jù)庫(kù)提供的類似于write_condition機(jī)制叛薯，其實(shí)都是提供的樂(lè)觀鎖。在Java中java.util.concurrent.atomic包下面的原子變量類就是使用了樂(lè)觀鎖的一種實(shí)現(xiàn)方式CAS實(shí)現(xiàn)的笙纤。
兩種鎖的使用場(chǎng)景
從上面對(duì)兩種鎖的介紹耗溜，我們知道兩種鎖各有優(yōu)缺點(diǎn)，不可認(rèn)為一種好于另一種省容，像樂(lè)觀鎖適用于寫比較少的情況下（多讀場(chǎng)景）抖拴，即沖突真的很少發(fā)生的時(shí)候，這樣可以省去了鎖的開(kāi)銷腥椒，加大了系統(tǒng)的整個(gè)吞吐量阿宅。但如果是多寫的情況，一般會(huì)經(jīng)常產(chǎn)生沖突寞酿，這就會(huì)導(dǎo)致上層應(yīng)用會(huì)不斷的進(jìn)行retry家夺，這樣反倒是降低了性能，所以一般多寫的場(chǎng)景下用悲觀鎖就比較合適伐弹。
