当前位置：首页 > 百度SEO >

如何在北京选择一家专业的网站建设公司？

96SEO 2026-02-20 02:49 0

锁其实就是一种同步机制一个线程拥有对一块资源的锁那么该线程对这块资源的处理是与其他线程互斥的在该线程未释放锁之前其它线程会被限制对统一资源的访问。

有了对锁概念的认知我们再来看下死锁是什么所谓死锁其实就是指在多线程或者多进程运行状态下因争夺资源而导致的一种互不让步的僵局导致各自均进入阻塞状态如果没有外力强制中断或者程序设置超时中断的推动则程序将一直处于僵持崩溃状态。

产生死锁有四个必要条件

资源互斥资源互斥就是上面我们说的锁线程持有的锁是需要具备独占且排他使用的不可被剥夺线程在对持有的资源未使用完毕前是不会被其他线程强行剥夺的请求并保持线程在请求获取新的资源时当前所持有的资源依旧继续占用循环等待多个线程对于获取锁行为是一个环形例如线程A持有锁1需要获取锁2才能进行后续操作线程B持有锁2需要获取锁1才能进行后续操作此时就形成了环

package

com.markus.onjava.concurrent;/***

author:

lockA));thread1.start();thread2.start();}

}class

]);Thread.sleep(2000);synchronized

(lockB)

我们可以通过jstack来查看进程中的线程状态来分析是哪些线程出现了死锁状态

查询进程id

[0x000000030a74d000]java.lang.Thread.State:

BLOCKED

com.markus.onjava.concurrent.Task.run(DeadLockDemo.java:38)-

waiting

java.lang.Thread.run(Thread.java:748)Thread-0

#11

[0x000000030a64a000]java.lang.Thread.State:

BLOCKED

com.markus.onjava.concurrent.Task.run(DeadLockDemo.java:38)-

waiting

java.lang.Thread.run(Thread.java:748)#

...

com.markus.onjava.concurrent.Task.run(DeadLockDemo.java:38)-

waiting

java.lang.Thread.run(Thread.java:748)

Thread-0:at

com.markus.onjava.concurrent.Task.run(DeadLockDemo.java:38)-

waiting

java.lang.Thread.run(Thread.java:748)Found

deadlock.四、如何防范死锁

上面介绍了产生死锁的必要条件所谓必要条件就是要都满足才能产生死锁所以在预防的时候我们可以任意打破死锁的4个必要条件来预防死锁但又因为资源互斥是底层操作系统的固有特性应用层面是无法改变的所以我们可以通过破坏剩余的三个条件来进行预防

一个餐桌上有五名哲学家以及五根筷子这五根筷子分别插入到五位哲学家的间隔处哲学家想要饮食则必须同时拿起左右手两边的筷子所以现在就有问题了如果有人能够吃饭那肯定会有人等待在某种情况下还极可能造成所有人都在等待以导致死锁的情况。

我们来用代码实现一下这种场景

com.markus.onjava.concurrent.deadlock;import

java.util.concurrent.ArrayBlockingQueue;

import

java.util.concurrent.BlockingQueue;/***

author:

利用阻塞队列实现当前筷子同一时刻只能被一个人持有其他人想要获取这跟筷子则必须等待private

holder

com.markus.onjava.concurrent.deadlock;import

java.util.concurrent.TimeUnit;/***

author:

拿起左手边的筷子left.pickUp();System.out.println(this

eating);//

com.markus.onjava.concurrent.deadlock;import

java.util.Arrays;

java.util.concurrent.CompletableFuture;/***

author:

StickHolder[n];Arrays.setAll(sticks,

new

通过模数n选择右手边的筷子并将最后一个哲学家指向第一位哲学家旁边整体形成一个环Arrays.setAll(philosophers,

new

Arrays.stream(philosophers).forEach(CompletableFuture::runAsync);}public

static

主流程等待100s后再退出此时我们可以观察哲学家的用餐场景new

Nap(100,

}执行晚餐现场的代码后我们可以发现起初还能正常的执行但一会就会形成互相等待的场景这种等待形成了一个环也就造成了死锁。

jps

mode):ForkJoinPool.commonPool-worker-5

#17

[0x000000030668e000]java.lang.Thread.State:

WAITING

java.util.concurrent.ForkJoinPool)at

java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824)at

java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693)at

java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)ForkJoinPool.commonPool-worker-7

#19

[0x000000030658b000]java.lang.Thread.State:

WAITING

java.util.concurrent.ForkJoinPool)at

java.util.concurrent.ForkJoinPool.awaitWork(ForkJoinPool.java:1824)at

java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1693)at

java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)ForkJoinPool.commonPool-worker-6

#18

[0x0000000306488000]java.lang.Thread.State:

WAITING

java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)at

java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)at

java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)at

java.util.concurrent.ArrayBlockingQueue.take(ArrayBlockingQueue.java:403)at

com.markus.onjava.concurrent.deadlock.StickHolder.pickUp(StickHolder.java:30)at

com.markus.onjava.concurrent.deadlock.Philosopher.run(Philosopher.java:31)at

java.util.concurrent.CompletableFuture$AsyncRun.run$$$capture(CompletableFuture.java:1626)at

java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java)at

java.util.concurrent.CompletableFuture$AsyncRun.exec(CompletableFuture.java:1618)at

java.util.concurrent.ForkJoinTask.doExec$$$capture(ForkJoinTask.java:289)at

java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java)at

java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)at

java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)at

java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)ForkJoinPool.commonPool-worker-4

#16

[0x0000000306385000]java.lang.Thread.State: