死锁

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

这段代码只是演示死锁的场景，在现实中你可能不会写出这样的代码。但是在一些更为复杂的场景中，你可能会遇到这样的问题，比如 thread_1 拿到索之后，因为一些异常情况没有释放索(死循环)。又或者是 thread_1 拿到一个数据库索，释放锁的时候抛出了异常，没释放掉。

一旦出现死锁，业务是可感知的，因为不能继续提供服务了，那么只能通过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) 来替代使用内部索机制。

对于数据库索，加锁和解锁必须在一个数据库连接里，否则会出现解锁失败的情况。

referance：

总结

以上就是本文关于java避免死锁的常见方法代码解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！