tonyvelichko Apr 1 2010 at 19:32

Отчет о DeadLock'ах в работающем приложении

6 min

4.3K

Java*

+24

Comments 10

ymik Apr 1 2010 at 22:41

перенеси в блог Java

UFO just landed and posted this here

sergonavt Apr 2 2010 at 09:15

Метод findDeadlockedThreads появился в java 1.6, так что лучше или использовать findMonitorDeadlockedThreads, или предварительно определить наличие нужного метода с помощью reflection, и делать вызов через Method.invoke(). Благо, возвращают оба этих метода long[].

Кстати, старая статья на ту же тему: Automatically Detecting Thread Deadlocks

Beholder Apr 2 2010 at 11:36

А ещё можно без всяких выкрутасов нажать в консоли Ctrl+Break.

maxcom Apr 2 2010 at 13:41

или использовать утилиту jstack

orcy Apr 2 2010 at 11:41

Правильно ли я понял что дедлок показывает только когда он реально случился? Что в этом может быть такого интересного? Применение видится только что на систему автоматических тестов навесить проверку чтобы работа службы прерывался раньше таймаута, если дедлок обнаружен.

culvert Apr 2 2010 at 16:07

такая система может пригодиться к примеру в пулов коннекций, потоков и т.д. к примеру существует такой пул потоков к базе данных под названием c3p0. К примеру есть конечное число коннекций к базе данных, и какая-нибудь коннекция подвисла или jdbc не отдает ресурс, в c3p0 есть поток, который мониторит dead lock's и в случае возникновения, прибивает потоки.

orcy Apr 2 2010 at 16:31

И посылает разгневанное письмо разработчикам :) Вообще забавный подход к разработке получается, пиши дедлочный код, прибивай потоки. Только я не понял почему на стороне базы данных c3p0 предлагается мониторить дедлогки, это же надо делать на стороне приложения, не?

sergonavt Apr 2 2010 at 21:06

c3p0 — не база, а библиотека пула соединений. Как apache commons dbcp. И работает она, соответственно, на стороне приложения.

Beholder Apr 2 2010 at 11:58

Кстати, и notify() в данном коде совсем без надобности.

Show the best of all time