淺談java安全編碼指南之死鎖dead lock
不同的加鎖順序
我們來看一個(gè)不同加鎖順序的例子:
public class DiffLockOrder { private int amount; public DiffLockOrder(int amount){ this.amount=amount; } public void transfer(DiffLockOrder target,int transferAmount){ synchronized (this){ synchronized (target){ if(amount< transferAmount){ System.out.println("余額不足!"); }else{ amount=amount-transferAmount; target.amount=target.amount+transferAmount; } } } } }
上面的例子中,我們模擬一個(gè)轉(zhuǎn)賬的過程,amount用來表示用戶余額。transfer用來將當(dāng)前賬號(hào)的一部分金額轉(zhuǎn)移到目標(biāo)對(duì)象中。
為了保證在transfer的過程中,兩個(gè)賬戶不被別人修改,我們使用了兩個(gè)synchronized關(guān)鍵字,分別把transfer對(duì)象和目標(biāo)對(duì)象進(jìn)行鎖定。
看起來好像沒問題,但是我們沒有考慮在調(diào)用的過程中,transfer的順序是可以發(fā)送變化的:
DiffLockOrder account1 = new DiffLockOrder(1000); DiffLockOrder account2 = new DiffLockOrder(500); Runnable target1= ()->account1.transfer(account2,200); Runnable target2= ()->account2.transfer(account1,100); new Thread(target1).start(); new Thread(target2).start();
上面的例子中,我們定義了兩個(gè)account,然后兩個(gè)賬戶互相轉(zhuǎn)賬,最后很有可能導(dǎo)致互相鎖定,最后產(chǎn)生死鎖。
使用private類變量
使用兩個(gè)sync會(huì)有順序的問題,那么有沒有辦法只是用一個(gè)sync就可以在所有的實(shí)例中同步呢?
有的,我們可以使用private的類變量,因?yàn)轭愖兞渴窃谒袑?shí)例中共享的,這樣一次sync就夠了:
public class LockWithPrivateStatic { private int amount; private static final Object lock = new Object(); public LockWithPrivateStatic(int amount){ this.amount=amount; } public void transfer(LockWithPrivateStatic target, int transferAmount){ synchronized (lock) { if (amount < transferAmount) { System.out.println("余額不足!"); } else { amount = amount - transferAmount; target.amount = target.amount + transferAmount; } } } }
使用相同的Order
我們產(chǎn)生死鎖的原因是無法控制上鎖的順序,如果我們能夠控制上鎖的順序,是不是就不會(huì)產(chǎn)生死鎖了呢?
帶著這個(gè)思路,我們給對(duì)象再加上一個(gè)id字段:
private final long id; // 唯一ID,用來排序 private static final AtomicLong nextID = new AtomicLong(0); // 用來生成ID public DiffLockWithOrder(int amount){ this.amount=amount; this.id = nextID.getAndIncrement(); }
在初始化對(duì)象的時(shí)候,我們使用static的AtomicLong類來為每個(gè)對(duì)象生成唯一的ID。
在做transfer的時(shí)候,我們先比較兩個(gè)對(duì)象的ID大小,然后根據(jù)ID進(jìn)行排序,最后安裝順序進(jìn)行加鎖。這樣就能夠保證順序,從而避免死鎖。
public void transfer(DiffLockWithOrder target, int transferAmount){ DiffLockWithOrder fist, second; if (compareTo(target) < 0) { fist = this; second = target; } else { fist = target; second = this; } synchronized (fist){ synchronized (second){ if(amount< transferAmount){ System.out.println("余額不足!"); }else{ amount=amount-transferAmount; target.amount=target.amount+transferAmount; } } } }
釋放掉已占有的鎖
死鎖是互相請(qǐng)求對(duì)方占用的鎖,但是對(duì)方的鎖一直沒有釋放,我們考慮一下,如果獲取不到鎖的時(shí)候,自動(dòng)釋放已占用的鎖是不是也可以解決死鎖的問題呢?
因?yàn)镽eentrantLock有一個(gè)tryLock()方法,我們可以使用這個(gè)方法來判斷是否能夠獲取到鎖,獲取不到就釋放已占有的鎖。
我們使用ReentrantLock來完成這個(gè)例子:
public class DiffLockWithReentrantLock { private int amount; private final Lock lock = new ReentrantLock(); public DiffLockWithReentrantLock(int amount){ this.amount=amount; } private void transfer(DiffLockWithReentrantLock target, int transferAmount) throws InterruptedException { while (true) { if (this.lock.tryLock()) { try { if (target.lock.tryLock()) { try { if(amount< transferAmount){ System.out.println("余額不足!"); }else{ amount=amount-transferAmount; target.amount=target.amount+transferAmount; } break; } finally { target.lock.unlock(); } } } finally { this.lock.unlock(); } } //隨機(jī)sleep一定的時(shí)間,保證可以釋放掉鎖 Thread.sleep(1000+new Random(1000L).nextInt(1000)); } } }
我們把兩個(gè)tryLock方法在while循環(huán)中,如果不能獲取到鎖就循環(huán)遍歷。
以上就是淺談java安全編碼指南之死鎖dead lock的詳細(xì)內(nèi)容,更多關(guān)于java安全編碼指南之死鎖dead lock的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
java實(shí)現(xiàn)圖片滑動(dòng)驗(yàn)證(包含前端代碼)
這篇文章主要為大家詳細(xì)介紹了Java實(shí)現(xiàn)圖片滑動(dòng)驗(yàn)證,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-12-12Java import static及import原理區(qū)別解析
這篇文章主要介紹了Java import static及import原理區(qū)別解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-10-10在Eclipse中運(yùn)行Solr 基礎(chǔ)知識(shí)
Solr我還是個(gè)菜鳥,寫這一些文章只是記錄一下最近一段時(shí)間學(xué)習(xí)Solr的心得,望各位同仁不要見笑,還希望多多指點(diǎn)2012-11-11解決IDEA上循環(huán)依賴報(bào)錯(cuò)問題Error:java: Annotation processing&n
這篇文章主要介紹了解決IDEA上循環(huán)依賴報(bào)錯(cuò)問題Error:java: Annotation processing is not supported for module cycles,具有很好的參考價(jià)值,希望對(duì)大家有所幫助2023-10-10關(guān)于Nacos和Eureka的區(qū)別及說明
這篇文章主要介紹了關(guān)于Nacos和Eureka的區(qū)別及說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-06-06Spring?Boot指標(biāo)監(jiān)控及日志管理示例詳解
Spring Boot Actuator可以幫助程序員監(jiān)控和管理SpringBoot應(yīng)用,比如健康檢查、內(nèi)存使用情況統(tǒng)計(jì)、線程使用情況統(tǒng)計(jì)等,這篇文章主要介紹了Spring?Boot指標(biāo)監(jiān)控及日志管理,需要的朋友可以參考下2023-11-11SpringBoot中實(shí)現(xiàn)訂單30分鐘自動(dòng)取消的三種方案分享
在電商和其他涉及到在線支付的應(yīng)用中,通常需要實(shí)現(xiàn)一個(gè)功能:如果用戶在生成訂單后的一定時(shí)間內(nèi)未完成支付,系統(tǒng)將自動(dòng)取消該訂單,本文將詳細(xì)介紹基于Spring Boot框架實(shí)現(xiàn)訂單30分鐘內(nèi)未支付自動(dòng)取消的幾種方案,并提供實(shí)例代碼,需要的朋友可以參考下2023-10-10SpringBoot實(shí)現(xiàn)文件下載的四種方式
本文主要介紹了SpringBoot實(shí)現(xiàn)文件下載的四種方式,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-11-11