【问题标题】:Is the TimerThread cause DeadLock happend?TimerThread 是否导致死锁发生?
【发布时间】:2019-02-23 15:42:08
【问题描述】:

Timer-2 线程在 0x00000000e1a23398 上等待,它也在锁定 0x00000000e1a23398。这种情况会导致 Timer-2 线程死锁吗? 谁能帮我解释一下?

【问题讨论】:

    标签: java netty deadlock nsq


    【解决方案1】:

    这不是死锁的证据。

    Timer-2 已获得TaskQueue 对象的锁定,并正在等待同一对象的通知。事实上,如果线程在调用Object.wait() 时没有持有锁,它会得到IllegalMonitorStateException

    我并不是说您的应用程序根本没有陷入僵局。但是,两个线程“Timer-1”和“Timer2-”都在等待其他线程通知它们。这不是典型的死锁,两个线程都在等待对方释放锁。


    我还能弄清楚什么?

    嗯,从java.util.Timer的代码来看:

    • “Timer-2”线程只是在等待定时器的下一次触发。对于Timer,这是完全正常的行为。

    • “Timer-1”线程正在执行定时器任务。它似乎正在尝试创建与(可能)远程服务的 NSQ 连接。如果它被阻塞,那可能意味着它尝试连接的服务由于某种原因无法访问。

    如果不深入研究“com.trendrr.nsq”源代码,就无法从堆栈转储中收集到更多信息。


    有没有什么思路可以用来查找原因?

    1. 查看日志文件。
    2. 检查配置(或其他)以确定它尝试连接的服务的主机/端口。
    3. 检查服务是否正在运行
    4. 检查是否可以从客户端访问
    5. 深入了解源代码
    6. 调试、挠头等等。
    7. 作为最后的手段,聘请顾问。

    【讨论】:

    • 是啊,不是典型的死锁,有什么思路可以用来查找原因吗?
    猜你喜欢
    • 1970-01-01
    • 2018-04-20
    • 2012-09-20
    • 2018-06-04
    • 2016-12-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多