«Приемы отладки IntelliJ» - Spring на русском

«1. Обзор

В этом руководстве мы рассмотрим некоторые расширенные средства отладки IntelliJ.

Предполагается, что основы отладки уже известны (как начать отладку, действия Step Into, Step Over и т. д.). Если нет, пожалуйста, обратитесь к этой статье для получения более подробной информации об этом.

2. Умный шаг в

Бывают ситуации, когда в одной строке исходного кода вызывается несколько методов, например doJob(getArg1(), getArg2()). Если мы вызываем Step Into action (F7), отладчик переходит к методам в порядке, используемом JVM для оценки: getArg1 — getArg2 — doJob.

Однако мы можем захотеть пропустить все промежуточные вызовы и сразу перейти к целевому методу. Smart Step In action позволяет это сделать.

По умолчанию он привязан к Shift + F7 и при вызове выглядит так:

Теперь мы можем выбрать целевой метод для продолжения. Также обратите внимание, что IntelliJ всегда помещает самый внешний метод в начало списка. Это означает, что мы можем быстро перейти к нему, нажав Shift + F7 | Входить.

3. Удаление кадров

Мы можем понять, что некоторая интересующая нас обработка уже произошла (например, вычисление аргумента текущего метода). В этом случае можно удалить текущие кадры стека JVM, чтобы повторно обработать их.

Рассмотрим следующую ситуацию:

Предположим, что мы заинтересованы в отладке обработки getArg1, поэтому мы отбрасываем текущий кадр (метод doJob):

Теперь мы находимся в предыдущем методе:

Однако Аргументы вызова к этому моменту уже вычислены, поэтому нам также нужно отбросить текущий кадр:

Теперь мы можем перезапустить обработку, вызвав Step Into.

4. Точки останова полей

Иногда не приватные поля модифицируются другими классами не через сеттеры, а напрямую (как в случае со сторонними библиотеками, где мы не контролируем исходный код).

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

Устанавливаются как обычно — левый клик по левой канавке редактора на строке поля. После этого можно открыть свойства точки останова (щелкнуть правой кнопкой мыши по отметке точки останова) и настроить, интересуют ли нас операции чтения, записи или и того, и другого:

5. Регистрация точек останова

Иногда мы знаем, что есть является состоянием гонки в приложении, но не знаю, где именно оно находится. Это может быть проблемой, особенно при работе с новым кодом.

Мы можем добавить операторы отладки в исходники нашей программы. Однако для сторонних библиотек такой возможности нет.

Здесь может помочь IDE — она позволяет устанавливать точки останова, которые не блокируют выполнение после попадания, а вместо этого создают операторы регистрации.

Рассмотрим следующий пример:

public static void main(String[] args) {
    ThreadLocalRandom random = ThreadLocalRandom.current();
    int count = 0;
    for (int i = 0; i < 5; i++) {
        if (isInterested(random.nextInt(10))) {
            count++;
        }
    }
    System.out.printf("Found %d interested values%n", count);
}

private static boolean isInterested(int i) {
    return i % 2 == 0;
}

Предположим, что мы заинтересованы в регистрации фактических параметров вызова isInterested.

Давайте создадим неблокирующую точку останова в целевом методе (Shift + щелчок левой кнопкой мыши по левой полосе редактора). После этого давайте откроем его свойства (щелкните правой кнопкой мыши точку останова) и определим целевое выражение для логирования:

При запуске приложения (обратите внимание, что все еще необходимо использовать режим отладки) мы увидим вывод: ~~ ~

isInterested(1)
isInterested(4)
isInterested(3)
isInterested(1)
isInterested(6)
Found 2 interested values

6. Условные точки останова

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

IntelliJ позволяет создавать точки останова, которые приостанавливают выполнение, только если выполняется определенное пользователем условие.

Вот пример, в котором используется приведенный выше исходный код:

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

7. Метки объектов

Это самый мощный и наименее известная функция IntelliJ. По сути, это довольно просто — мы можем прикреплять собственные метки к объектам JVM.

Давайте посмотрим на приложение, которое мы будем использовать для их демонстрации:

public class Test {

    public static void main(String[] args) {
        Collection<Task> tasks = Arrays.asList(new Task(), new Task());
        tasks.forEach(task -> new Thread(task).start());
    }

    private static void mayBeAdd(Collection<Integer> holder) {
        int i = ThreadLocalRandom.current().nextInt(10);
        if (i % 3 == 0) {
            holder.add(i);
        }
    }

    private static class Task implements Runnable {

        private final Collection<Integer> holder = new ArrayList<>();

        @Override
        public void run() {
            for (int i = 0; i < 20; i++) {
                mayBeAdd(holder);
            }
        }
    }
}

7.1. Создание меток

«Объект может быть помечен, когда приложение остановлено в точке останова и цель доступна из кадров стека.

Выберите его, нажмите F11 (действие «Отметить объект») и укажите имя цели:

7.2. Просмотр меток

Теперь мы можем видеть метки наших пользовательских объектов даже в других частях приложения:

Круто то, что даже если помеченный объект недоступен из фреймов стека в данный момент, мы все равно можем видеть его состояние — откройте диалоговое окно Evaluate Expression или добавьте новые часы и начните вводить название метки.

IntelliJ предлагает дополнить его суффиксом _DebugLabel:

Когда мы оцениваем его, отображается состояние целевого объекта:

7.3. Метки как условия

Также можно использовать метки в условиях точки останова:

8. Заключение

Мы проверили ряд приемов, значительно повышающих производительность при отладке многопоточного приложения.

Обычно это сложная задача, и мы не можем недооценивать важность помощи инструментов здесь.

«Приемы отладки IntelliJ»