Tag: 死锁

每种方法或每个类都会发生死锁吗？

想象一下，我有几个同步方法的Class First 。 当一个线程锁定类First ，它是按每个方法还是按类锁定的？ 例如，以下代码是否会发生死锁？ public class DeadLockQuestion { public static class First{ public synchronized void a(){ } public synchronized void b(){ } public synchronized void c(){ } public synchronized void d(){ } public synchronized void e(){ } } public static void main(String… args){ First f = new First(); //This code is run in […]

使用等待和通知的死锁

我试图了解如何创建死锁。 我已经明白，通过在两个同步方法上使用两个线程，可以创建死锁。 从网上经历了很多例子。 可以使用wait和notify创建死锁吗？ 每次线程等待时，都会收到通知。 那么这最终会如何陷入僵局？ 示例的插图将有所帮助。

为什么不在java中使用带锁的try？

我已经阅读了这个主题 ， 这篇关于尝试使用资源锁定的博客文章 ，正如我脑海中浮现的那样。 但实际上，我更喜欢的是带锁的尝试 ，我的意思是没有锁实例化。 它会让我们从冗长中解脱出来 lock.lock(); try { //Do some synchronized actions throwing Exception } finally { //unlock even if Exception is thrown lock.unlock(); } 宁愿看起来像： ? implements Unlockable lock ; … try(lock) //implicitly calls lock.lock() { //Do some synchronized actions throwing Exception } //implicitly calls finally{lock.unlock();} 所以它不是TWR ，而只是一些样板清洁。 您是否有任何技术理由建议描述为什么这不是一个合理的想法？ 编辑：澄清我建议和简单的synchronized(lock){}块之间的区别，检查此片段： import java.util.concurrent.locks.Condition; […]

怎么可能，3个线程处于阻塞状态，等待同一个监视器，并且没有线程拥有该监视器

在我们的生产环境中，weblogic服务器挂起半小时，看起来它有死锁线程。 但是在调查线程转储之后，同一个锁阻塞了3个线程，但没有其他线程拥有这个锁..这是堆栈跟踪 .. 你对这种侮辱有什么合理的解释吗？ 这是被阻止的线程; “pool-1013-thread-5”prio = 7 tid = 600000000842be00 nid = 17280 lwp_id = 518677正在等待监视器条目[9fffffffe6aff000..9fffffffe6b00bd0] java.lang.Thread.State：在org.apache上的BLOCKED（在对象监视器上）。 log4j.Category.callAppenders（Category.java:201） – 等待在org.apache.log4j.Category.forcedLog（Category.java:388）的org上锁定（一个org.apache.log4j.spi.RootLogger）位于org.hibernate.jdbc.AbstractBatcher.logOpenResults（AbstractBatcher.java:426）的org.slf4j.impl.Log4jLoggerAdapter.debug（Log4jLoggerAdapter.java:173）中的.apache.log4j.Category.log（Category.java:853） Org.hibernate.jdbc.AbstractBatcher.getResultSet（AbstractBatcher.java:210）org.hibernate.loader.Loader.getResultSet（Loader.java:1808） “pool-1013-thread-4”prio = 7 tid = 6000000008413400 nid = 17279 lwp_id = 518676等待监视器条目[9fffffffe6eff000..9fffffffe6f00b50] java.lang.Thread.State：在org.apache上的BLOCKED（在对象监视器上）。 log4j.Category.callAppenders（Category.java:201） – 等待在org.apache.log4j.Category.forcedLog（Category.java:388）的org上锁定（一个org.apache.log4j.spi.RootLogger）位于org.hibernate.loader.Loader.getRow（Loader.java:1197）的org.slf4j.impl.Log4jLoggerAdapter.debug（Log4jLoggerAdapter.java:173）的.apache.log4j.Category.log（Category.java:853） Org.hibernate.loader.Loader.ndQuery对象（Loader.java:603）位于org.hibernate.loader.Loader.doQuery.doQuery.doQuery.doQuery.doQuery.doQueryAndInitializeNonLazyCollections（Loader.java:259）org.hibernate.loader.Loader.doQuery（Loader.java:724）中的org.hibernate.loader.Loader.getRowFromResultSet org.hibernate.loader.Loader.loadEntity（Loader.java:1881）org.hibernate.loader.entity.AbstractEntityLoader.load（AbstractEntityLoader.java:71）org.hibernate.loader.entity.AbstractEntityLoader.load（AbstractEntityLoader） .jav a：65）atg.hibernate.persister.entity.AbstractEntityPersister.load（AbstractEntityPersister.java:3072）org.hibernate.event.def上的org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource（DefaultLoadEventListener.java:434） org.hibernate.event.def.DefaultLoadEventListener.load（DefaultLoadEventListener.java:165）中的.DefaultLoadEventListener.doLoad（DefaultLoadEventListener.java:415）位于org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad（DefaultLoadEventListener.java:223）at at org.hibernate.event.If.Conmpl上的org.hibernate.event.def.DefaultLoadEventListener.onLoad（DefaultLoadEventListener.java:126）（SessionImpl.java：905） “pool-1013-thread-3”prio = 7 tid = 6000000008411c00 nid = 17278 lwp_id […]

如何在Java中杀死死锁线程？

我想杀死陷入死锁状态的线程。 首先，我们可以使用java.lang.management ThreadMXBean类的findDeadlockedThreads()方法检测处于死锁状态的线程ID 。 然后，我想通过线程ID杀死线程，因此我有两个相关的问题： （1）如何通过线程id控制线程？ （2）如何杀死被阻塞的线程？ 我认为invokting interrupt（）方法会给线程一个exception并将杀死线程。

如何诊断或检测Java静态初始化程序中的死锁

（在Java中使用静态初始化器是否是一个好主意超出了这个问题的范围。） 我在Scala应用程序中遇到死锁，我认为这是由编译类中的互锁静态初始化器引起的。 我的问题是如何检测和诊断这些死锁 – 我发现当涉及静态初始化程序块时，死锁的正常JVM工具似乎不起作用。 这是一个简单的Java应用程序示例，它在静态初始化程序中死锁： public class StaticDeadlockExample implements Runnable { static { Thread thread = new Thread( new StaticDeadlockExample(), “StaticDeadlockExample child thread”); thread.start(); try { thread.join(); } catch (InterruptedException e) { e.printStackTrace(); } } public static void main(String[] args) { System.out.println(“in main”); } public static void sayHello() { System.out.println(“hello from thread ” + […]

在multithreading中找到死锁的原因？

multithreading应用程序冻结。 也许是因为僵局造成的。 如果是，那么我们如何找到死锁的原因？ 系统地执行此操作的任何工具和策略？

如何检测死锁？ 同步块超时？

我正在调试运行多个线程的Java应用程序。 经过一段时间观察日志后，似乎其中一个线程不再运行了。 我的猜测是线程正在等待一个永不释放的锁（最后一个输出是在调用synchronized方法之前）。 我可以为线程配置超时; 一种“等待锁定，但如果在10秒后不能使用，请不要再等了！”

System.out.format如何防止死锁？

我发现在经典Java死锁教程中包含对System.out.format的调用可以防止发生死锁，我无法弄清楚原因。 下面的代码与教程的代码相同，添加了System.out.format(“Hi, I’m %s…no deadlock for you!\n\n”, alphonse.getName()); main内容System.out.format(“Hi, I’m %s…no deadlock for you!\n\n”, alphonse.getName()); public class Deadlock { static class Friend { private final String name; public Friend(String name) { this.name = name; } public String getName() { return this.name; } public synchronized void bow(Friend bower) { System.out.format(“%s: %s has bowed to me!\n”, this.name, […]

在Java中的静态块中创建线程时导致死锁

我只是试图在Java中的static块中创建一个线程，导致发生死锁。 代码段如下。 package deadlock; final public class Main { static int value; static { final Thread t = new Thread() { @Override public void run() { value = 1; } }; t.start(); System.out.println(“Deadlock detected”); try { t.join(); } catch (InterruptedException e) { System.out.println(e.getMessage()); } System.out.println(“Released”); } public static void main(String…args) { //Java stuff goes here. […]