Java1.8中StampedLock的作用是什么

本篇文章給大家分享的是有關(guān)Java1.8中StampedLock的作用是什么，小編覺得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

StampedLock把讀分為了悲觀讀和樂觀讀，悲觀讀就等價(jià)于ReadWriteLock的讀，而樂觀讀在一個(gè)線程寫共享變量時(shí)，不會被阻塞，樂觀讀是不加鎖的。所以沒鎖肯定是比有鎖的性能好，這樣的話在大并發(fā)讀情況下效率就更高了！

StampedLock的用法稍稍有點(diǎn)不同，在獲取鎖和樂觀讀時(shí)，都會返回一個(gè)stamp,解鎖時(shí)需要傳入這個(gè)stamp，在樂觀讀時(shí)是用來驗(yàn)證共享變量是否被其他線程寫過。來看一下官方示例

其上的操作在樂觀讀時(shí)，如果有寫操作修改了共享變量則升級樂觀讀為悲觀讀鎖，這樣避免樂觀讀反復(fù)的循環(huán)等待寫鎖的釋放，避免浪費(fèi)CPU資源。所以在我們的使用StampedLock的時(shí)候，建議這樣操作。

看起來好像StampedLock性能又比ReadWriteLock鎖好，那是不是都可以用StampedLock拋棄ReadWriteLock？

并不是的，StampedLock不是可重入鎖，所以不支持重入，并且StampedLock不支持條件變量，也就是沒Condition。如果是線程使用writeLock()或者readLock()獲得鎖之后，線程還沒執(zhí)行完就被interrupt()的話，會導(dǎo)致CPU飆升....坑啊

我們來看下源碼

首先里面是個(gè)無限循環(huán)，然后 if (interruptible && Thread.interrupted())已經(jīng)得知調(diào)用的interruptible參數(shù)傳入的是false，所以Thread.interrupted()也不會執(zhí)行到，也一定調(diào)用不到cancelWaiter，所以就一直循環(huán)循環(huán)，CPU使用率就會漲漲漲。

所以如果要使用中斷功能就得用readLockInterruptibly()或者writeLockInterruptibly()來獲得鎖。

以上就是Java1.8中StampedLock的作用是什么，小編相信有部分知識點(diǎn)可能是我們?nèi)粘９ぷ鲿姷交蛴玫降摹ＯＭ隳芡ㄟ^這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。