内置锁的能力不足以满足需求
生活随笔
收集整理的這篇文章主要介紹了
内置锁的能力不足以满足需求
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
Lock
- 鎖是一種工具,用于控制對共享資源的訪問
- Lock和synchronized,這兩個是最常見的鎖,它們都可以達到線程安全的目的,但是在使用上和功能上又有較大的不同
- Lock并不是用來替代synchronized的,而是當使用synchronized不合適或不足以滿足要求的時候,來提供高級功能
- Lock接口中最常見的實現類是ReentrantLock
- 通常情況下,Lock只允許一個線程來訪問這個共享資源,不過有的時候,一些特殊的實現也可允許并發訪問,比如ReadWriteLock里面的ReadLock
為什么需要Lock
為什么synchronized不夠用
- 效率低:鎖的釋放情況少,試圖獲得鎖時不能設定超時,不能中斷一個正在試圖獲得鎖的線程
- 不夠靈活(讀寫鎖更靈活):加鎖和釋放鎖的時機單一,每個鎖僅有單一的條件(某個對象),可能是不夠的
- 無法知道是否成功獲取到鎖
Lock的主要方法介紹
- Lock中聲明了4個方法來獲取鎖
- lock()、tryLock()、tryLock(long time, TimeUnit unit)和lockInterruptibly()
lock()
- lock()就是最普通的獲取鎖,如果鎖已被其他線程獲取,則進行等待
- lock()不會像synchronized一樣在異常的時候自動釋放鎖
- 因此最佳實踐是,在finally中釋放鎖,以保證發生異常時鎖一定被釋放
- lock()方法不能被中斷,這會帶來很大隱患:一旦陷入死鎖,lock()就會陷入永久等待
tryLock()
- tryLock()用來嘗試獲取鎖,如果當前鎖沒有被其他線程占用,則獲取成功返回true;否則返回false,代表獲取鎖失敗
- 相比于lock(),這樣的方法顯然功能更強大了,我們可以根據是否能獲取到鎖來決定后續程序的行為
- 該方法會立刻返回,即便在拿不到鎖時也不會一直在那等待
tryLock(long time, TimeUnit unit)
- tryLock(long time, TimeUnit unit):超時就放棄
?
總結
以上是生活随笔為你收集整理的内置锁的能力不足以满足需求的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: ThreadLocal在Spring中的
- 下一篇: tryLock尝试获取锁