java避免死锁的常见方法代码解析
死锁
索是一个非常有用的工具，运用场景非常多，因为它使用起来非常简单，而且易于理解。但同时它也会带来一些困扰，那就是可能会引起死锁，一旦产生死锁，就会造成系统功能不可用。让我们先来看一段代码，这段代码会引起死锁，使线程thread_1和线程thread_2互相等待对方释放锁。
packagethread;
publicclassDeadLockDemo{
privatestaticStringA="A";
privatestaticStringB="B";
publicstaticvoidmain(Stringargs[]){
newDeadLockDemo().deadLock();
}
privatevoiddeadLock(){
//线程thread_1
Threadthread_1=newThread(newRunnable(){
@Override
publicvoidrun(){
synchronized(A){
System.err.println("--thread_1lockA----");
synchronized(B){
System.err.println("--thread_1lockB----");
}
}
}
}
);
//线程thread_2
Threadthread_2=newThread(newRunnable(){
@Override
publicvoidrun(){
synchronized(B){
System.out.println("--thread_2lockB----");
synchronized(A){
System.out.println("--thread_2lockA----");
}
}
}
}
);
thread_1.start();
thread_2.start();
}
}
这段代码只是演示死锁的场景，在现实中你可能不会写出这样的代码。但是在一些更为复杂的场景中，你可能会遇到这样的问题，比如thread_1拿到索之后，因为一些异常情况没有释放索(死循环)。又或者是thread_1拿到一个数据库索，释放锁的时候抛出了异常，没释放掉。
一旦出现死锁，业务是可感知的，因为不能继续提供服务了，那么只能通过dump线程查看到底是哪个线程出现了问题，以下线程信息告诉我们是DeadLockDemo类的第35行和21行引起了死锁。
"Thread-1"prio=6tid=0x000000000cb13800nid=0x19acwaitingformonitorentry[0 x000000000d67f000] java.lang.Thread.State:BLOCKED(onobjectmonitor) atthread.DeadLockDemo$2.run(DeadLockDemo.java:35) -waitingtolock<0x00000007d5a9be88>(ajava.lang.String) -locked<0x00000007d5a9beb8>(ajava.lang.String) atjava.lang.Thread.run(UnknownSource) "Thread-0"prio=6tid=0x000000000cb0e800nid=0x6bcwaitingformonitorentry[0x 000000000d48f000] java.lang.Thread.State:BLOCKED(onobjectmonitor) atthread.DeadLockDemo$1.run(DeadLockDemo.java:21) -waitingtolock<0x00000007d5a9beb8>(ajava.lang.String) -locked<0x00000007d5a9be88>(ajava.lang.String) atjava.lang.Thread.run(UnknownSource)
避免死锁的几个常见方法。
避免一个线程同时获取多个锁。
避免一个线程在索内同时占用多个资源，尽量保证每个索只占用一个资源。
尝试使用定时索，使用lock.tryLock(timeout)来替代使用内部索机制。
对于数据库索，加锁和解锁必须在一个数据库连接里，否则会出现解锁失败的情况。
referance：
https://www.nhooo.com/article/131946.htm
https://www.nhooo.com/article/131943.htm
总结
以上就是本文关于java避免死锁的常见方法代码解析的全部内容，希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题，如有不足之处，欢迎留言指出。感谢朋友们对本站的支持！