个人中心
文章发布
退出
作者热门文章
- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
25
4
CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章Java中的线程死锁是什么？如何避免？由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.
认识线程死锁 。
多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止.
如下图所示，线程 A 持有资源 2，线程 B 持有资源 1，他们同时都想申请对方的资源，所以这两个线程就会互相等待而进入死锁状态.
下面通过一个例子来说明线程死锁,代码模拟了上图的死锁的情况 (代码来源于《并发编程之美》):
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
|
public
class
DeadLockDemo {
private
static
Object resource1 =
new
Object();
//资源 1
private
static
Object resource2 =
new
Object();
//资源 2
public
static
void
main(String[] args) {
new
Thread(() -> {
synchronized
(resource1) {
System.out.println(Thread.currentThread() +
"get resource1"
);
try
{
Thread.sleep(
1000
);
}
catch
(InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread() +
"waiting get resource2"
);
synchronized
(resource2) {
System.out.println(Thread.currentThread() +
"get resource2"
);
}
}
},
"线程 1"
).start();
new
Thread(() -> {
synchronized
(resource2) {
System.out.println(Thread.currentThread() +
"get resource2"
);
try
{
Thread.sleep(
1000
);
}
catch
(InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread() +
"waiting get resource1"
);
synchronized
(resource1) {
System.out.println(Thread.currentThread() +
"get resource1"
);
}
}
},
"线程 2"
).start();
}
}
|
Output 。
Thread[线程 1,5,main]get resource1 Thread[线程 2,5,main]get resource2 Thread[线程 1,5,main]waiting get resource2 Thread[线程 2,5,main]waiting get resource1 。
线程 A 通过 synchronized (resource1) 获得 resource1 的监视器锁，然后通过Thread.sleep(1000);让线程 A 休眠 1s 为的是让线程 B 得到执行然后获取到 resource2 的监视器锁。线程 A 和线程 B 休眠结束了都开始企图请求获取对方的资源，然后这两个线程就会陷入互相等待的状态，这也就产生了死锁。上面的例子符合产生死锁的四个必要条件.
学过操作系统的朋友都知道产生死锁必须具备以下四个条件:
如何避免线程死锁？
我们只要破坏产生死锁的四个条件中的其中一个就可以了.
这个条件我们没有办法破坏，因为我们用锁本来就是想让他们互斥的（临界资源需要互斥访问）.
一次性申请所有的资源.
占用部分资源的线程进一步申请其他资源时，如果申请不到，可以主动释放它占有的资源.
靠按序申请资源来预防。按某一顺序申请资源，释放资源则反序释放。破坏循环等待条件.
我们对线程 2 的代码修改成下面这样就不会产生死锁了.
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
new
Thread(() -> {
synchronized
(resource1) {
System.out.println(Thread.currentThread() +
"get resource1"
);
try
{
Thread.sleep(
1000
);
}
catch
(InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread() +
"waiting get resource2"
);
synchronized
(resource2) {
System.out.println(Thread.currentThread() +
"get resource2"
);
}
}
},
"线程 2"
).start();
|
Output 。
Thread[线程 1,5,main]get resource1 Thread[线程 1,5,main]waiting get resource2 Thread[线程 1,5,main]get resource2 Thread[线程 2,5,main]get resource1 Thread[线程 2,5,main]waiting get resource2 Thread[线程 2,5,main]get resource2 。
Process finished with exit code 0 。
我们分析一下上面的代码为什么避免了死锁的发生？
线程 1 首先获得到 resource1 的监视器锁,这时候线程 2 就获取不到了。然后线程 1 再去获取 resource2 的监视器锁，可以获取到。然后线程 1 释放了对 resource1、resource2 的监视器锁的占用，线程 2 获取到就可以执行了。这样就破坏了破坏循环等待条件，因此避免了死锁.
以上就是Java中的线程死锁是什么？如何避免？的详细内容，更多关于Java 线程死锁的资料请关注我其它相关文章！ 。
原文链接：https://cloud.tencent.com/developer/article/1639992 。
最后此篇关于Java中的线程死锁是什么？如何避免？的文章就讲到这里了,如果你想了解更多关于Java中的线程死锁是什么？如何避免？的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。
25
4
0
我有类似下面的代码: ... id: myComponent signal updateState() property variant modelList: [] Repeater { mo
我正在处理一些我无法展示的私有(private)代码，但我已经制作了一些示例代码来描述我的问题: 主.c: #include #include #include #include typede
这个问题在这里已经有了答案: 关闭10 年前。 Possible Duplicate: what are the differences in die() and exit() in PHP? 我想
在编写 Perl 模块时，在模块内部使用 croak/die 是一个好习惯吗？ 毕竟，如果调用者不使用 eval block ，模块可能会使调用它的程序崩溃。 在这些情况下，最佳做法是什么？ 最佳答案
我有一些搜索线程正在存储结果。我知道当线程启动时，JVM native 代码会代理在操作系统上创建新 native 线程的请求。这需要 JVM 之外的一些内存。当线程终止并且我保留对它的引用并将其用作
我刚刚花了很多时间调试一个我追溯到 wantarray() 的问题。 .我已将其提炼为这个测试用例。 (忽略 $! 在这种情况下不会有任何有用信息的事实)。我想知道为什么wantarray在第二个示例
我看到一些代码是这样做的: if(something){ echo 'exit from program'; die; } ...more code 和其他只使用 die 的人: if
我正在尝试将此表格用于: 如果任何 $_POST 变量等于任何其他 $_POST 变量抛出错误。 如果只有几个，那不是问题，但我有大约 20 个左右所以如果我想这样做，我将不得不像这样 但这
每次我运行: hadoop dfsadmin -report 我得到以下输出: Configured Capacity: 0 (0 KB) Present Capacity: 0 (0 KB) DFS
我是一名优秀的程序员,十分优秀！