Java. Чи можливо відсліткувати дедлок? 🫣

Створю найпростіший приклад для відтворення дедлоку.

public class Main {
    public static void main(String[] args) {
        final Object lock1 = new Object();
        final Object lock2 = new Object();
        Thread thread1 = new LockHolder("T1", lock1, lock2);
        Thread thread2 = new LockHolder("T2", lock2, lock1);

        try {
            thread1.join();
            thread2.join();
        } catch (InterruptedException ignored) {
        }
        System.out.println("Execution complete.");
    }
}

class LockHolder extends Thread {
    private final Object lock1;
    private final Object lock2;

    public LockHolder(String name, Object lock1, Object lock2) {
        setName(name);
        this.lock1 = lock1;
        this.lock2 = lock2;
        start();
    }

    @Override
    public void run() {
        synchronized (lock1) {
            System.out.println("Thread " + getName() + ": Holding resource 1...");
            try {
                Thread.sleep(100); // Introducing a delay to increase the likelihood of deadlock
            } catch (InterruptedException ignored) {
            }
            System.out.println("Thread " + getName() + ": Waiting for resource 2...");
            synchronized (lock2) {
                System.out.println("Thread " + getName() + ": Acquired resource 2!");
            }
        }
    }
}
Після виконання програми

В реальних застосунках, у вас тисячі ліній коду, ще більше логів, де відбуваються багато речей і точно зрозуміти що десь стався дедлок може бути дуже не тривіальною задачею.

Профайлери, такі як VisualVM вміють це виявляти. Давайте подивимось як це виглядає.

Вкладка Threads вже підсвічується червоним.

Deadlock detected!
Take a thread dump to get more info.

Як бачимо, він сам повідомив, що виявив дедлок. Знизу бачимо, що потоки взаємно хотіли отримали локи і заблокувались на відповідних ресурсах. Вони стали заблокованими і не займають процесорний час — програма, в межах цих потоків далі ніяк не просувається.

Якщо зробити дамп потоку, зможемо прочитати наступне

Поділись своїми ідеями в новій публікації.
Ми чекаємо саме на твій довгочит!
Oleksandr Klymenko
Oleksandr Klymenko@overpathz

Java Software Engineer

5.4KПрочитань
1Автори
80Читачі
На Друкарні з 19 квітня

Більше від автора

  • RFC 7807. Що це і для чого він потрібен бекенд розробникам

    Як стандарт RFC 7807 змінює підхід до обробки помилок у Java розробці. У статті: що це таке, як працює формат "Problem Details", приклади використання та готовий код для інтеграції у Spring Boot

    Теми цього довгочиту:

    Java
  • Java. jOOQ

    Довгочит буде про jOOQ — бібліотеку, яка зручно поєднує світ Java і SQL. Якщо ви працюєте з базами даних у Java, то, скоріш за все, зустрічались з такими дилемами:

    Теми цього довгочиту:

    Java
  • Secure networking. Deep Dive

    Глибоке занурення в протоколи TLS/SSL та інфраструктуру відкритих ключів (PKI). Основні поняття, процес встановлення захищеного з'єднання, роль сертифікатів та ланцюжка довіри

    Теми цього довгочиту:

    Security

Вам також сподобається

Коментарі (0)

Підтримайте автора першим.
Напишіть коментар!

Вам також сподобається