JAVA死锁

在JAVA并发编程中,我们使用锁来确保可变共享变量的安全性。要注意的是,不正确的使用锁很容易导致死锁。

死锁的4个必要条件:

1. 互斥访问

2. 非抢占

3. 持有并等待

4. 循环等待

在JAVA编程中,有3种典型的死锁类型:

静态的锁顺序死锁,动态的锁顺序死锁,协作对象之间发生的死锁。

静态的锁顺序死锁:

a和b两个方法都需要获得A锁和B锁。一个线程执行a方法且已经获得了A锁,在等待B锁;另一个线程执行了b方法且已经获得了B锁,在等待A锁。这种状态,就是发生了静态的锁顺序死锁。

Java代码

//可能发生静态锁顺序死锁的代码

classStaticLockOrderDeadLock{

privatefinalObject lockA=newObject();

privatefinalObject lockB=newObject();

publicvoida(){

synchronized(lockA) {

synchronized(lockB) {

System.out.println("function a");

}

}

}

publicvoidb(){

synchronized(lockB) {

synchronized(lockA) {

System.out.println("function b");

}

}

}

}

解决静态的锁顺序死锁的方法就是:所有需要多个锁的线程,都要以相同的顺序来获得锁。

Java代码

//正确的代码

classStaticLockOrderDeadLock{

privatefinalObject lockA=newObject();

privatefinalObject lockB=newObject();

publicvoida(){

synchronized(lockA) {

synchronized(lockB) {

System.out.println("function a");

}

}

}

publicvoidb(){

synchronized(lockA) {

synchronized(lockB) {

System.out.println("function b");

}

}

}

}

动态的锁顺序死锁:

动态的锁顺序死锁是指两个线程调用同一个方法时,传入的参数颠倒造成的死锁。如下代码,一个线程调用了transferMoney方法并传入参数accountA,accountB;另一个线程调用了transferMoney方法并传入参数accountB,accountA。此时就可能发生在静态的锁顺序死锁中存在的问题,即:第一个线程获得了accountA锁并等待accountB锁,第二个线程获得了accountB锁并等待accountA锁。

Java代码

//可能发生动态锁顺序死锁的代码

classDynamicLockOrderDeadLock{

publicvoidtransefMoney(Account fromAccount,Account toAccount,Double amount){

synchronized(fromAccount) {

synchronized(toAccount) {

//...

fromAccount.minus(amount);

toAccount.add(amount);

//...

}

}

}

}

动态的锁顺序死锁解决方案如下:使用System.identifyHashCode来定义锁的顺序。确保所有的线程都以相同的顺序获得锁

Java代码

//正确的代码

classDynamicLockOrderDeadLock{

privatefinalObject myLock=newObject();

publicvoidtransefMoney(finalAccount fromAccount,finalAccount toAccount,finalDouble amount){

classHelper{

publicvoidtransfer(){

//...

fromAccount.minus(amount);

toAccount.add(amount);

//...

}

}

intfromHash=System.identityHashCode(fromAccount);

inttoHash=System.identityHashCode(toAccount);

if(fromHash

synchronized(fromAccount) {

synchronized(toAccount) {

newHelper().transfer();

}

}

}elseif(fromHash>toHash){

synchronized(toAccount) {

synchronized(fromAccount) {

newHelper().transfer();

}

}

}else{

synchronized(myLock) {

synchronized(fromAccount) {

synchronized(toAccount) {

newHelper().transfer();

}

}

}

}

}

}

协作对象之间发生的死锁:

有时,死锁并不会那么明显,比如两个相互协作的类之间的死锁,比如下面的代码:一个线程调用了Taxi对象的setLocation方法,另一个线程调用了Dispatcher对象的getImage方法。此时可能会发生,第一个线程持有Taxi对象锁并等待Dispatcher对象锁,另一个线程持有Dispatcher对象锁并等待Taxi对象锁。

Java代码

//可能发生死锁

classTaxi{

privatePoint location,destination;

privatefinalDispatcher dispatcher;

publicTaxi(Dispatcher dispatcher) {

this.dispatcher=dispatcher;

}

publicsynchronizedPoint getLocation(){

returnlocation;

}

publicsynchronizedvoidsetLocation(Point location){

this.location=location;

if(location.equals(destination))

dispatcher.notifyAvailable(this);//外部调用方法,可能等待Dispatcher对象锁

}

}

classDispatcher{

privatefinalSet taxis;

privatefinalSet availableTaxis;

publicDispatcher(){

taxis=newHashSet();

availableTaxis=newHashSet();

}

publicsynchronizedvoidnotifyAvailable(Taxi taxi){

availableTaxis.add(taxi);

}

publicsynchronizedImage getImage(){

Image image=newImage();

for(Taxi t:taxis)

image.drawMarker(t.getLocation());//外部调用方法,可能等待Taxi对象锁

returnimage;

}

}

上面的代码中,我们在持有锁的情况下调用了外部的方法,这是非常危险的(可能发生死锁)。为了避免这种危险的情况发生,我们使用开放调用。如果调用某个外部方法时不需要持有锁,我们称之为开放调用。

解决协作对象之间发生的死锁:需要使用开放调用,即避免在持有锁的情况下调用外部的方法。

Java代码

//正确的代码

classTaxi{

privatePoint location,destination;

privatefinalDispatcher dispatcher;

publicTaxi(Dispatcher dispatcher) {

this.dispatcher=dispatcher;

}

publicsynchronizedPoint getLocation(){

returnlocation;

}

publicvoidsetLocation(Point location){

booleanflag=false;

synchronized(this) {

this.location=location;

flag=location.equals(destination);

}

if(flag)

dispatcher.notifyAvailable(this);//使用开放调用

}

}

classDispatcher{

privatefinalSet taxis;

privatefinalSet availableTaxis;

publicDispatcher(){

taxis=newHashSet();

availableTaxis=newHashSet();

}

publicsynchronizedvoidnotifyAvailable(Taxi taxi){

availableTaxis.add(taxi);

}

publicImage getImage(){

Set copy;

synchronized(this) {

copy=newHashSet(taxis);

}

Image image=newImage();

for(Taxi t:copy)

image.drawMarker(t.getLocation());//使用开放调用

returnimage;

}

}

综上,是常见的3种死锁的类型。即:静态的锁顺序死锁,动态的锁顺序死锁,协作对象之间的死锁。在写代码时,要确保线程在获取多个锁时采用一致的顺序。同时,要避免在持有锁的情况下调用外部方法。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 200,527评论 5 470
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 84,314评论 2 377
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 147,535评论 0 332
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,006评论 1 272
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,961评论 5 360
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,220评论 1 277
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,664评论 3 392
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,351评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,481评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,397评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,443评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,123评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,713评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,801评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,010评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,494评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,075评论 2 341

推荐阅读更多精彩内容