java的死锁问题

楼上的，如果是死循环，会一直输出，不会停止，明显是死锁。

楼主：你这个是死锁，主要就是出在循环的问题，你把supernotify();放在循环里就可以了。

一点一点讲，A线程进入synchronized代码块中，首先唤醒一个正在等待的线程，当前肯定是没有了，因为锁的原因，然后A线程进入循环，输出"线程A:10"，进入等待。

此时执行的权限交给B线程，B线程进入synchronized代码块，执行supernotify();唤醒了A线程，但是由于同步机制，现在A处于就绪状态，然后B线程进入循环，输出“线程B:9”，进入等待，此前A线程已经唤醒了，执行权交给A线程，继续执行，又循环一次，输出“线程A:8”，然后进入等待，此时B现在也处于等待的状态。然后就死锁了。

楼主够通俗不？

有两种实现方法，分别是继承Thread类与实现Runnable

接口

用synchronized关键字修饰同步方法

反对使用stop()，是因为它不安全。它会解除由线程获取的所有锁定，而且如果对象处于一种不连贯状态，那么

其他线程能在那种状态下检查和修改它们。结果很难检查出真正的问题所在。suspend()方法容易发生死锁。调用

suspend()的时候，目标线程会停下来，但却仍然持有在这之前获得的锁定。此时，其他任何线程都不能访问锁定

的资源，除非被"挂起"的线程恢复运行。对任何线程来说，如果它们想恢复目标线程，同时又试图使用任何一个

锁定的资源，就会造成死锁。所以不应该使用suspend()，而应在自己的Thread类中置入一个标志，指出线程应该

活动还是挂起。若标志指出线程应该挂起，便用wait()命其进入等待状态。若标志指出线程应当恢复，则用一个

notify()重新启动线程。

以上就是关于java的死锁问题全部的内容，包括:java的死锁问题、怎么处理JAVA多线程死锁问题、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！