一、什么是悲觀鎖、樂觀鎖
基本概念
樂觀鎖和悲觀鎖是兩種思想，用于解決并發(fā)場景下的數(shù)據(jù)競爭問題。
樂觀鎖：樂觀鎖在操作數(shù)據(jù)時非常樂觀，認(rèn)為別人不會同時修改數(shù)據(jù)。因此樂觀鎖不會上鎖，只是在執(zhí)行更新的時候判斷一下在此期間別人是否修改了數(shù)據(jù)：如果別人修改了數(shù)據(jù)則放棄操作，否則執(zhí)行操作。悲觀鎖：悲觀鎖在操作數(shù)據(jù)時比較悲觀，認(rèn)為別人會同時修改數(shù)據(jù)。因此操作數(shù)據(jù)時直接把數(shù)據(jù)鎖住，直到操作完成后才會釋放鎖；上鎖期間其他人不能修改數(shù)據(jù)。優(yōu)缺點和適用場景
樂觀鎖和悲觀鎖并沒有優(yōu)劣之分，它們有各自適合的場景；下面從兩個方面進行說明。
1、功能限制
與悲觀鎖相比，樂觀鎖適用的場景受到了更多的限制，無論是CAS還是版本號機制。
例如，CAS只能保證單個變量操作的原子性，當(dāng)涉及到多個變量時，CAS是無能為力的，而synchronized則可以通過對整個代碼塊加鎖來處理。再比如版本號機制，如果query的時候是針對表1，而update的時候是針對表2，也很難通過簡單的版本號來實現(xiàn)樂觀鎖。
2、競爭激烈程度
如果悲觀鎖和樂觀鎖都可以使用，那么選擇就要考慮競爭的激烈程度：
當(dāng)競爭不激烈 (出現(xiàn)并發(fā)沖突的概率小)時，樂觀鎖更有優(yōu)勢，因為悲觀鎖會鎖住代碼塊或數(shù)據(jù)，其他線程無法同時訪問，影響并發(fā)，而且加鎖和釋放鎖都需要消耗額外的資源。
當(dāng)競爭激烈(出現(xiàn)并發(fā)沖突的概率大)時，悲觀鎖更有優(yōu)勢，因為樂觀鎖在執(zhí)行更新時頻繁失敗，需要不斷重試，浪費CPU資源。
延伸閱讀：
二、CAS功能限制
CAS的功能是比較受限的，例如CAS只能保證單個變量（或者說單個內(nèi)存值）操作的原子性，這意味著：(1)原子性不一定能保證線程安全，例如在Java中需要與volatile配合來保證線程安全；(2)當(dāng)涉及到多個變量(內(nèi)存值)時，CAS也無能為力。
除此之外，CAS的實現(xiàn)需要硬件層面處理器的支持，在Java中普通用戶無法直接使用，只能借助atomic包下的原子類使用，靈活性受到限制。
京公網(wǎng)安備 11010802030320號