死锁
索是一个非常有用的工具,运用场景非常多,因为它使用起来非常简单,而且易于理解。但同时它也会带来一些困扰,那就是可能会引起死锁,一旦产生死锁,就会造成系统功能不可用。让我们先来看一段代码,这段代码会引起死锁,使线程 thread_1 和线程 thread_2 互相等待对方释放锁。
package thread;
public class DeadLockDemo {
private static String A = "A";
private static String B = "B";
public static void main(String args[]) {
new DeadLockDemo().deadLock();
}
private void deadLock() {
// 线程thread_1
Thread thread_1 = new Thread(new Runnable() {
@Override
public void run() {
synchronized (A) {
System.err.println("--thread_1 lock A----");
synchronized (B) {
System.err.println("--thread_1 lock B----");
}
}
}
});
// 线程thread_2
Thread thread_2 = new Thread(new Runnable() {
@Override
public void run() {
synchronized (B) {
System.out.println("--thread_2 lock B----");
synchronized (A) {
System.out.println("--thread_2 lock A----");
}
}
}
});
thread_1.start();
thread_2.start();
}
}
一旦出现死锁,业务是可感知的,因为不能继续提供服务了,那么只能通过dump 线程查看到底是哪个线程出现了问题,以下线程信息告诉我们是 DeadLockDemo类的第 35 行和21行引起了死锁。
"Thread-1" prio=6 tid=0x000000000cb13800 nid=0x19ac waiting for monitor entry [0
x000000000d67f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at thread.DeadLockDemo$2.run(DeadLockDemo.java:35)
- waiting to lock <0x00000007d5a9be88> (a java.lang.String)
- locked <0x00000007d5a9beb8> (a java.lang.String)
at java.lang.Thread.run(Unknown Source)
"Thread-0" prio=6 tid=0x000000000cb0e800 nid=0x6bc waiting for monitor entry [0x
000000000d48f000]
java.lang.Thread.State: BLOCKED (on object monitor)
at thread.DeadLockDemo$1.run(DeadLockDemo.java:21)
- waiting to lock <0x00000007d5a9beb8> (a java.lang.String)
- locked <0x00000007d5a9be88> (a java.lang.String)
at java.lang.Thread.run(Unknown Source)
避免死锁的几个常见方法。
- 避免一个线程同时获取多个锁。
- 避免一个线程在索内同时占用多个资源,尽量保证每个索只占用一个资源。
- 尝试使用定时索,使用 lock.tryLock(timeout) 来替代使用内部索机制。
- 对于数据库索,加锁和解锁必须在一个数据库连接里,否则会出现解锁失败的情况。
推荐文章:http://www.cnblogs.com/nexiyi/p/java_thread_jstack.html
推荐文章:http://blog.sina.com.cn/s/blog_855eab95010157uv.html