死锁
索是一个非常有用的工具,运用场景非常多,因为它使用起来非常简单,而且易于理解。但同时它也会带来一些困扰,那就是可能会引起死锁,一旦产生死锁,就会造成系统功能不可用。让我们先来看一段代码,这段代码会引起死锁,使线程 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