가장 일반적인 디버깅 기술 중 하나인 'printf' 디버깅은 대부분의 사람들이 첫 번째 프로그램을 작성할 때 직관적으로 배우기 때문에 특히 인기가 있습니다.

'printf' 디버깅은 특별한 도구가 필요하지 않기 때문에 접근성이 매우 높습니다. 첫 번째 버그에 직면하면 디버거가 무엇인지 알기 전에도 프로그램에서 변수를 단계별로 인쇄하여 콘솔에서 실행을 따라갈 수 있도록 하는 것이 자연스러운 일입니다.

가장 기본적인 디버깅 기술 중 하나이지만 숙련된 개발자들도 널리 사용합니다. 최적이 아닌 루틴, 일관되지 않은 상태, 멀티스레딩 문제 등과 같은 모든 유형의 문제를 조사하는 데 도움이 될 수 있습니다.

이미 언급했듯이 이 기술을 사용하려면 IDE와 같은 특별한 도구를 사용할 필요가 없습니다. 그러나 이를 사용하면 프로그램 상태를 더욱 효율적으로 기록할 수 있습니다.

참고: 이 문서에서는 IntelliJ IDEA의 기능을 보여줍니다. 유사한 기능은 다른 IDE에서도 사용 가능하거나 사용 가능하지 않을 수 있습니다. 다른 도구를 사용하는 경우 해당 도구의 설명서를 확인하여 이러한 기능도 있는지 확인하세요.

라이브 템플릿

IntelliJ IDEA는 가장 일반적인 디버그 로깅 패턴에 대한 라이브 템플릿을 제공합니다. 디버그 로깅에 라이브 템플릿을 사용하려면 해당 약어를 입력하고 Tab을 누르세요. IntelliJ IDEA는 print 문을 생성하여 커서에 삽입합니다.

몇 가지 예를 살펴보겠습니다.

메소드 매개변수 등록

public static BufferedImage recolor(BufferedImage in, BufferedImage mask, int newColor) {

    // escriba 'soutp' aquí, luego presione Tab

    return null;
}

생성된 코드:

public static BufferedImage recolor(BufferedImage in, BufferedImage mask, int newColor) {

    System.out.println("in = "   in   ", mask = "   mask   ", newColor = "   newColor);

    return null;
}

레지스터 값

public static double coolMethod(double parameter) {
    double a = Math.random();
    double b = Math.random();

    // escriba 'soutv' aquí, presione Tab y luego seleccione el valor

    return a * b * parameter;
}

생성된 코드:

public static double coolMethod(double parameter) {
    double a = Math.random();
    double b = Math.random();

    System.out.println("b = "   b);

    return a * b * parameter;
}

메소드 항목 등록

public static BufferedImage recolor(BufferedImage in, BufferedImage mask, int newColor) {

    // escriba 'soutm' aquí

    return null;
}

생성된 코드:

public static BufferedImage recolor(BufferedImage in, BufferedImage mask, int newColor) {

    System.out.println("ImageUtils.recolor");

    return null;
}

로깅 중단점

print 문을 사용한 디버깅의 단점 중 하나는 수동 관리의 오버헤드가 발생한다는 것입니다. 신속하게 켜고 끌 수 없으며 프로덕션 환경에서 배송하고 실행하는 실수를 저지르고 싶지 않을 것입니다.

이러한 이유로 디버깅 목적으로 무언가를 기록해야 하는 경우 처리하기 훨씬 쉬운 로깅 중단점을 사용하는 것이 좋습니다.

로깅 중단점을 설정하려면 Shift를 누른 상태에서 여백을 클릭하세요. 일반 중단점과 달리 프로그램 실행을 일시 중단하지 않고 대신 콘솔에 인쇄합니다.

기본적으로 이는 프로그램이 이 줄에 도달했음을 나타내는 메시지입니다. 현재 스택 추적이나 사용자 정의 표현식의 결과를 기록하려는 경우 중단점 설정에서 평가 및 기록 확인란 근처의 옵션을 사용할 수도 있습니다.

참고: 로깅 표현식에 주의하세요. 부작용을 일으키는 요소를 평가하는 것은 새로운 버그나 예상치 못한 동작의 원인이 될 수 있습니다. 또한 핫 코드에 사용하면 프로그램 속도가 크게 느려질 수 있습니다.

로그 중단점이 많아지면 중단점 대화 상자에서 이를 추적하고 관리할 수 있습니다(실행 | 중단점 보기 ):

다음과 같이 사용자 정의 그룹을 만들 수도 있습니다.

이렇게 하면 중단점을 중앙에서 관리하는 데 도움이 됩니다. 예를 들어, 특정 버그와 관련된 그룹을 만들고 나중에 사용할 수 있도록 저장할 수 있습니다. 문제가 사라지면 전원을 끄면 됩니다. 이렇게 하면 문제가 다시 나타날 경우 모든 것을 처음부터 다시 만들 필요가 없습니다. 그룹을 다시 켜면 됩니다.

빈번한 이벤트 로그

프로그램 실행 중 많이 발생하는 이벤트의 경우 각 이벤트를 개별적으로 기록하는 것은 불필요할 수 있습니다. 이로 인해 콘솔에 메시지가 넘쳐날 뿐만 아니라 많은 I/O 상호 작용으로 인해 디버깅 세션이 크게 느려질 수 있습니다.

이러한 이벤트의 경우 패스 횟수 기능을 사용하는 것이 유용할 수 있습니다. 중단점.

패스 횟수를 특정 값으로 설정하면 해당 중단점이 n번 도달할 때마다 트리거되므로 로깅이 번거롭지 않습니다.

요약

인쇄 문을 삽입하든 디버깅을 위한 로깅 중단점을 설정하든 최신 도구에는 디버깅 환경을 개선하는 기능이 있습니다. 이 게시물을 통해 저는 여러분이 전체 과정을 더욱 즐겁게 만드는 이러한 작은 요령을 알고 있는지 확인하고 싶었습니다.

디버깅 및 프로파일링과 관련된 더 많은 기사에 관심이 있다면 내 다른 기사를 확인하세요.

• Debugger.godMode() – 디버거를 사용하여 JVM 애플리케이션 해킹
• 느린 디버거 문제 해결
• createDirectories()에 어떤 문제가 있나요? - CPU 프로파일링 가이드
• 중단점 없이 디버그