Точка останова java idea

Tutorial: Debug your first Java application

You have created and run your Java application. Let’s imagine you have discovered that it functions not the way you expected. For example, it returns a wrong value or crashes with an exception. Seems like you have errors in your code, and it’s time to debug it.

What Is Debugging?

Broadly, debugging is the process of detecting and correcting errors in a program.

There are different kinds of errors, which you are going to deal with. Some of them are easy to catch, like syntax errors, because they are taken care of by the compiler. Another easy case is when the error can be quickly identified by looking at the stack trace, which helps you figure out where the error occurred.

However, there are errors which can be very tricky and take really long to find and fix. For example, a subtle logic error, which happened early in the program may not manifest itself until very late, and sometimes it is a real challenge to sort things out.

This is where the debugger is useful. The debugger is a powerful tool, which lets you find bugs a lot faster by providing an insight into the internal operations of a program. This is possible by pausing the execution and analyzing the state of the program by thorough examination of variables and how they are changed line by line. While debugging, you are in full control of the things. In this manual we are covering a basic debugging scenario to get you started.

Читайте также:  Wrapper to primitive in java

Examine the code

Let’s try a simple debugging case. Imagine we have the following application:

The program is supposed to calculate the average of all values passed as command-line arguments.

It compiles and runs without issues; however, the result is not what one would expect. For instance, when we pass 1 2 3 as the input, the result is 6.0 .

First of all, you need to think about where the suspected error might be coming from. We can assume the problem is not in the print statements. Most likely, unexpected results are coming from our findAverage method. In order to find the cause, let’s examine its behavior in the runtime.

Set breakpoints

To examine how the program operates at runtime, we need to suspend its execution before the suspected piece of code. This is done by setting breakpoints. Breakpoints indicate the lines of code where the program will be suspended for you to examine its state.

A breakpoint is set at the line that calls the findAverage method

  • Click the gutter at the line where the findAverage method is called.

Run the program in debug mode

Now let’s start the program in debug mode.

Since we are going to pass arguments for running and debugging the program, make sure the run/debug configuration has these arguments in place.

  1. Click the Run icon in the gutter, then select Modify Run Configuration . Run button in the gutter
  2. Enter arguments in the Program arguments field. Arguments are entered in the Program arguments field
  3. Click the Run button near the main method. From the menu, select Debug . After you click a Run button in the gutter, a menu with run/debug options appears.

Analyze the program state

After the debugger session has started, the program runs normally until a breakpoint is hit. When this happens, the line where the program paused gets highlighted and the Debug tool window appears.

Debug tool window appears. The line with the breakpoint is highlighted

The highlighted line has not been executed yet. The program now waits for further instructions from you. The suspended state lets you examine variables, which hold the state of the program.

As the findAverage method has not been called yet, all its local variables like result are not yet in scope, however, we can examine the contents of the args array ( args is in scope for the main method). The contents of args are displayed inline where args is used:

Inline debugging shows variable values right at the line where the respective variables are used

You can also get information about all variables that are currently in scope in the Variables panel.

Variable values are shown in the Variables panel

Step through the program

Now that we are comfortable with the Debug tool window, it’s time to step into the findAverage method and find out what is happening inside it.

  1. To step into a method, click the Step Into button or press F7 . Step into button located in the top part of the Debug tool windowAnother line gets highlighted in the editor because we advanced the execution point one step forward.
  2. Continue stepping with Step Over F8 . Notice how it is different from Step Into . While it also advances the execution one step forward, it doesn’t visit other methods like Integer.parseInt() along the way. Let’s keep stepping and see how the local variable result is declared and how it is changed with each iteration of the loop. Inline debugging helps us get information about the variable valuesRight now the variable s contains the value «3» . It is going to be converted to int and be added to result , which currently has the value of 3.0 . No errors so far. The sum is calculated correctly.
  3. Two more steps take us to the return statement, and we see where the omission was. We are returning result , which has the value of 6.0 , without dividing it by the number of inputs. This was the cause of incorrect program output. The value of result is returned as is, without dividing it by the number of arguments. To continue the program execution after it has been suspended, press F9 or select Run | Debugging Actions | Resume from the main menu.
  4. Let’s correct the error:

Stop the debugger session and rerun the program

In order to check that the program works fine, let’s stop the debugger session and rerun the program.

  1. Click the Stop button or press Ctrl+F2 . Debugger session is stopped using the Stop button located in the left-hand part of the Debug tool window
  2. Click the Run button near the main method. From the menu, select Run . After you click a Run button in the gutter, a menu with run/debug options appears.
  3. Verify that the program works correctly now. The program outputs 2.0 now

Источник

IDEA: debug,точки останова

— Привет, Элли! У тебя новая прическа? Тебе очень идет!

Сегодня я расскажу тебе про работу в Intellij IDEA.

— Так я уже работаю в ней и довольно давно.

— Да, я знаю, поэтому и хочу тебе рассказать про некоторые вещи, которые значительно упрощают жизнь.

Первое и самое главное, что должен уметь каждый разработчик – это отладка программы. Или как еще называют – дебаг. Баг по-английски – жук – сленговое название ошибок в программе.

В Intellij IDEA можно запустить приложение в двух режимах.

Кнопки Режимы
Обычный запуск программы
Запуск программы в режиме отладки (дебага)

— Ага. Кнопка в виде жука – это дебаг. Прикольно придумано.

— Самое важное! При запуске в режиме отладки ты можешь выполнять приложение пошагово. По одной строчке за раз.

А самая важная часть дебага – это точки останова.

На любой строчке кода ты можешь поставить точку останова – BreakPoint. Программа, запущенная в режиме отладки, дойдёт до этой точки и остановится. Чтобы поставить BreakPoint, надо поставить курсор на нужную строку и нажать Ctrl+F8. Чтобы убрать – снова Ctrl+F8.

Чтобы продолжить исполнение программы до следующей точки остановки, надо нажать F5.

Чтобы продолжить исполнение программы пошагово (построчно), надо нажать F7 или F8.

При этом, при нажатии F7 программа будет заходить в методы, когда они вызываются.

При нажатии F8 вызов метода будет считаться за 1 шаг – программа не будет заходить в методы.

— А можно рассказать об этом нюансе более подробно?

— Конечно. Вот скопируй себе код, а я на его примере объясню, что надо делать:

package com.javarush.test; public class MainClass < public static void main(String[] args) < int n = 100; int sum = 0; for (int i = 0; i< n; i++) < sum += i; >System.out.println(sum); > >

В этом примере мы просто считаем сумму чисел от 0 до n.

Как поставить точку остановки – BreakPoint

Вариант 1 – стать курсором на нужную строку и нажать Ctrl+F8.

Вариант 2 – кликнуть слева от нужной строки.

Чтобы убрать BreakPoint – кликни на красный кружочек или нажмите Ctrl+F8.

Теперь запускаем программу кликом мышкой на кнопке дебаг.

Должно получится что-то типа такого:

IDEA: debug,точки останова - 5

Весь код программы выполнился до синей строки. Строка, выделенная синим цветом, еще не выполнилась.

Нажми F8 и выполни ее. Должно получится как на картинке ниже:

IDEA: debug,точки останова - 6

Красная – точка остановки – BreakPoint
Синяя – текущая строка отладки/дебага

Давай заменим число 100 в коде на 5 и попробуем выполнить всю программу пошагово. Вот какая будет последовательность шагов:

IDEA: debug,точки останова - 7

Первый шаг – это строчка выделенная красным.

Пустые строки пропускаются , так же как и скобки – там нет никакого кода .

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

IDEA: debug,точки останова - 8

Если ты нажимаешь F8, то выполняешь текущую строку за 1 шаг.

Если нажимаешь F7 и в текущей строке вызов метода, ты «заходишь» туда и выполняешь его пошагово.

— Т.е. разница в том – заходим мы в метод или нет.

— А я могу комбинировать F7 и F8? Т.е. какие-то методы пропускаю, которые мне не интересны, а в какие-то захожу?

Источник

Оцените статью