Указывает ли этот дамп стека, что у меня тупик?

Из небольшой трассировки стека потоки ждут только блокировки. В трассировке найдите объекты 0x257aa440 и 0x257aa6b8 и посмотрите, кто заблокировал эти объекты. Проверьте, не заблокирован ли этот поток.

В тупиковой ситуации вы увидите полный круг заблокированных состояний. Также выполните трассировку несколько раз, чтобы подтвердить, является ли состояние блокировки кратковременным или длительным.

Взгляните на этот вопрос. Это отрывок из трассировки стека, который можно сгенерировать:

"Thread-1" prio=10 tid=0x0841ac00 nid=0x77d waiting for monitor entry [0xb42bf000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at Deadlock$Friend.bowBack(Deadlock.java:16)
    - waiting to lock <0x8b80def8> (a Deadlock$Friend)
    at Deadlock$Friend.bow(Deadlock.java:13)
    - locked <0x8b80df08> (a Deadlock$Friend)
    at Deadlock$2.run(Deadlock.java:28)
    at java.lang.Thread.run(Thread.java:619)

"Thread-0" prio=10 tid=0x08419400 nid=0x77c waiting for monitor entry [0xb4310000]
   java.lang.Thread.State: BLOCKED (on object monitor)
    at Deadlock$Friend.bowBack(Deadlock.java:16)
    - waiting to lock <0x8b80df08> (a Deadlock$Friend)
    at Deadlock$Friend.bow(Deadlock.java:13)
    - locked <0x8b80def8> (a Deadlock$Friend)
    at Deadlock$1.run(Deadlock.java:25)
    at java.lang.Thread.run(Thread.java:619)



Found one Java-level deadlock:
=============================
"Thread-1":
  waiting to lock monitor 0x083f1464 (object 0x8b80def8, a Deadlock$Friend),
  which is held by "Thread-0"
"Thread-0":
  waiting to lock monitor 0x083efc90 (object 0x8b80df08, a Deadlock$Friend),
  which is held by "Thread-1"

Java stack information for the threads listed above:
===================================================
"Thread-1":
    at Deadlock$Friend.bowBack(Deadlock.java:16)
    - waiting to lock <0x8b80def8> (a Deadlock$Friend)
    at Deadlock$Friend.bow(Deadlock.java:13)
    - locked <0x8b80df08> (a Deadlock$Friend)
    at Deadlock$2.run(Deadlock.java:28)
    at java.lang.Thread.run(Thread.java:619)
"Thread-0":
    at Deadlock$Friend.bowBack(Deadlock.java:16)
    - waiting to lock <0x8b80df08> (a Deadlock$Friend)
    at Deadlock$Friend.bow(Deadlock.java:13)
    - locked <0x8b80def8> (a Deadlock$Friend)
    at Deadlock$1.run(Deadlock.java:25)
    at java.lang.Thread.run(Thread.java:619)

Found 1 deadlock.

Итак, когда у вас есть тупик, виртуальная машина может обнаружить и показать его.

Учитывая, что вы замечаете, что команда "зависает", и вы определили два потока, заблокированных на мьютексе ... Я бы сказал, вы довольно хорошо читаете знаки ...

Это действительно зависит от того, что делает ваша служба. Ищите проблемы с производительностью и непротиворечивостью данных. Например, застревание и отсутствие ответа или даже серьезное снижение производительности при увеличении объема запросов - хорошие признаки того, что у вас может быть проблема. Кроме того, несогласованные данные между несколькими запросами (опять же, в зависимости от вашей службы) также могут указывать на проблему.

(Обычный) тупик легко обнаружить с помощью jstack - он скажет, что есть тупик. (Могут быть случаи, когда, например, потоки ожидают друг друга, но не блокируют друг друга - EventQueue.invokeAndWait часто вызывает это.)

У нас есть два блока потоков, пытающихся заблокировать разные объекты (с идентификационными хэш-кодами 0x257aa440 и 0x257aa440). Вы, вероятно, найдете другие потоки, которые действительно удерживают эти блокировки (просто используйте команду find в текстовом редакторе). Может случиться так, что монитор был выпущен очень скоро и не удерживается. В этом случае вы, вероятно, столкнетесь с очень спорными блокировками.

Это два потока, конкурирующих за один и тот же ресурс, поэтому в iself это не проблема. Хотя это может быть полбеды.

Если только эти два потока заблокированы, значит, вы не в тупике. Тупик (в его простейшей форме) - это когда два потока уже имеют блокировку на двух разных объектах, но каждый из них хочет заблокировать другой.

Тем не менее, исходя из того, что вы предоставили, нет, вы не в тупике. Но если что-то зависает и начинает копироваться, то это хорошая возможность, но это невозможно (или, по крайней мере, очень сложно) точно сказать по дампу стека.

РЕДАКТИРОВАТЬ: Подождите, они не привязаны к одному и тому же. Но оба потока выполняют одну и ту же функцию. Я считаю маловероятным, что это (само по себе) вызовет его, но это может быть частью цикла потоков, вызывающих тупик.