Почему код Java замедляется в отладчике?

Top Tip: в IDEA можно использовать ALT + F9 для перехода к месту установки курсора, а не к дополнительной точке останова.

Я обнаружил анекдотично, что отладка становится очень медленной в IDEA, если вы просматриваете код, где много данных доступно из стека. Не забывайте, что IDEA собирает эти данные (что угодно в настоящее время в лексической области) и представляет их вам в виде дерева объектов, чтобы просмотреть, «наблюдаете» вы или нет, и делает это на каждый последующий шаг (может быть, он создает дерево каждый раз?).

Это особенно очевидно, когда, например, существует большой набор в качестве переменной экземпляра «текущего» объекта.

Потому что тогда у вас будет два способа что-то сделать.

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

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

Код компилируется в режиме отладки с символами метаданных о локальных переменных и другой информацией уровня источника. Отладчик читает, чтобы узнать, какая строка исходного кода соответствует текущей инструкции. Этот процесс называется символической отладкой . Сохраненные символы увеличивают размер кода, а их интерпретация увеличивает время выполнения.

Некоторые отладчики фактически интерпретируют код «на лету», что почти всегда сильно снижает производительность.

Дополнительная информация о режиме компиляции отладки Java, который выполняется javac , а включает отладочную информацию в файлах классов : Параметры компилятора языка Java . {{1 }} Например: -g генерирует всю отладочную информацию, включая локальные переменные.

Это также зависит от "стиля точек останова". Например, наличие точек останова на переменных или установка точек останова на уровне интерфейса (отладчик остановится на всех методах-внедренениях при их выполнении) часто резко замедляет время процесса.

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

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

До JDK 1.4.1 запуск с включенной отладкой заставлял JVM использовать только интерпретатор: http://java.sun.com/products/hotspot/docs/whitepaper/Java_Hotspot_v1.4.1/Java_HSpot_WP_v1.4.1 _1002_3.html # full

Главный совет: в IDEA вы можете использовать ALT + F9 для запуска туда, где у вас установлен курсор, вместо того, чтобы устанавливать дополнительную точку останова.

Я обнаружил, что отладка становится очень медленной в IDEA, если вы просматриваете код, в котором есть много данных, доступных из стека. Не забывайте, что IDEA собирает эти данные (все, что в настоящее время находится в лексической области видимости) и представляет их вам в виде дерева объектов для просмотра независимо от того, «наблюдаете» вы или нет, и делает это на на каждом последующем этапе (может быть, он каждый раз воссоздает дерево?).

Это особенно очевидно, когда, например, существует большая коллекция в качестве переменной экземпляра «текущего» объекта.