溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇文章給大家分享的是有關Java1.8中StampedLock的作用是什么，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。
StampedLock把讀分為了悲觀讀和樂觀讀，悲觀讀就等價于ReadWriteLock的讀，而樂觀讀在一個線程寫共享變量時，不會被阻塞，樂觀讀是不加鎖的。所以沒鎖肯定是比有鎖的性能好，這樣的話在大并發讀情況下效率就更高了！
StampedLock的用法稍稍有點不同，在獲取鎖和樂觀讀時，都會返回一個stamp,解鎖時需要傳入這個stamp，在樂觀讀時是用來驗證共享變量是否被其他線程寫過。來看一下官方示例
其上的操作在樂觀讀時，如果有寫操作修改了共享變量則升級樂觀讀為悲觀讀鎖，這樣避免樂觀讀反復的循環等待寫鎖的釋放，避免浪費CPU資源。所以在我們的使用StampedLock的時候，建議這樣操作。
看起來好像StampedLock性能又比ReadWriteLock鎖好，那是不是都可以用StampedLock拋棄ReadWriteLock？
并不是的，StampedLock不是可重入鎖，所以不支持重入，并且StampedLock不支持條件變量，也就是沒Condition。如果是線程使用writeLock()或者readLock()獲得鎖之后，線程還沒執行完就被interrupt()的話，會導致CPU飆升....坑啊
我們來看下源碼
首先里面是個無限循環，然后 if (interruptible && Thread.interrupted())已經得知調用的interruptible參數傳入的是false，所以Thread.interrupted()也不會執行到，也一定調用不到cancelWaiter，所以就一直循環循環，CPU使用率就會漲漲漲。
所以如果要使用中斷功能就得用readLockInterruptibly()或者writeLockInterruptibly()來獲得鎖。
以上就是Java1.8中StampedLock的作用是什么，小編相信有部分知識點可能是我們日常工作會見到或用到的。希望你能通過這篇文章學到更多知識。更多詳情敬請關注億速云行業資訊頻道。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
