역 추적

역 추적은 기능과 연관된 이벤트에 엔드 포인트 를 찾는 중입니다 (아래 참조). 일단 중단되면 디버거에 중단 점이 배치됩니다. 기능이 트리거되고 디버거가 중지 될 때 호출 경로를 다시 추적하기 위해 호출 스택을 검토합니다. 콜 스택을 걷는 동안 변수 상태에 대한 메모를하거나 새로운 중단 점을 배치하여 이벤트를 다시 검사 할 수 있습니다.

기능이 다시 트리거되고 디버거가 새 중단 점에서 중지됩니다. 그런 다음 목표를 찾을 때까지 역 추적 을 반복 하거나 정방향 추적을 수행 할 수 있습니다 .

찬반 양론

• 통화 스택을 걸어 가고 어딘가에 어떻게 왔는지 확인하는 것이 항상 더 쉽습니다.
• 엔드 포인트에 도달하기 전에 수백만 개의 조건이 충족되어야합니다. 끝점을 이미 알고 있다면 많은 작업을 저장했습니다.
• 기능이 손상된 경우 엔드 포인트에 도달하지 못할 수 있으며 이유를 파악하는 데 시간이 낭비 될 수 있습니다.

엔드 포인트 발견

기능을 디버그하려면 소스 코드에서 최종 목표가 달성되는 위치를 알아야합니다. 이 시점에서만 코드가 어떻게 도착했는지 역 추적 할 수 있습니다 . 예를 들면; 실행 취소 방법을 이해합니다. 코드에서 어떤 부분이 취소되었는지는 알지만 상황이 어떻게 진행되는지는 모릅니다 . 이 기능의 작동 방식을 파악하기 위해 백 트레이싱 후보가 될 수 있습니다 .

순방향 추적

정방향 추적은 기능과 관련된 이벤트의 시작점 을 찾습니다 (아래 참조). 일단 로깅 메시지가 소스 코드에 삽입되거나 중단 점이 설정됩니다. 이 프로세스는 기능 의 목표 를 발견 할 때까지 시작점 에서 멀어 질수록 반복됩니다 .

찬반 양론

• 기능을 찾는 가장 쉬운 시작점입니다.
• 코드 복잡성은 순방향 추적의 효율성을 감소시킵니다. 코드에 조건이 많을수록 잘못된 방향으로 갈 확률이 높아집니다.
• 순방향 추적은 종종 관련없는 이벤트에 의해 트리거되는 중단 점을 설정합니다. 디버깅 프로세스를 방해하고 검색을 방해합니다.

시작점 발견

키워드, 사용자 인터페이스 식별자 (버튼 ID, 창 이름)를 사용하거나 기능과 관련된 이벤트 리스너를 쉽게 찾을 수 있습니다. 예를 들어 실행 취소 기능 을 트리거하는 데 사용되는 버튼으로 시작할 수 있습니다 .

제거 과정

이를 시작점 및 끝점 위치 와 비교 한 중간 점 으로 생각할 수 있습니다 . 기능에 사용 된 코드 조각을 이미 알고 있지만 기능의 시작 또는 끝이 아닌 경우 제거 프로세스를 수행 합니다.

중간 지점 에서 가져 오는 방향 은 출입 횟수에 따라 다릅니다. 코드 청크가 여러 곳에서 사용 되는 경우이 위치에서 역 추적 을 수행하면 모두 검사해야하므로 시간이 많이 걸릴 수 있습니다. 그런 다음 제거 프로세스를 사용하여이 목록을 줄입니다. 또는 이 시점부터 순방향 추적 을 수행 할 수 있지만 코드 청크가 여러 위치로 분기되는 경우에도 문제가 될 수 있습니다.

지형지 물에 대해 명확하게 실행되지 않는 경로를 따르지 않으면 서 위치 방향을 줄여야합니다. 이 코드를 지나서 기능과 관련이있는 곳에만 중단 점을 배치하십시오.

중간 점 디버깅에는 더 많은 고급 IDE 기능이 필요합니다. 코드 계층 및 종속성을 볼 수있는 기능 이러한 도구가 없으면 어렵습니다.

찬반 양론

• 중간 점 은 종종 기능을 생각할 때 머리에 튀어 나오는 첫 번째 코드 조각입니다. “아, 그건 작동하려면 XXXX를 사용해야합니다.”
• 중간 지점 은 시작 지점 을 가장 쉽게 표시 할 수 있습니다 .
• 중간 점 은 동기화 또는 스레딩 변경으로 인해 손실 될 때 형상을 추적하는 쉬운 방법이 될 수 있습니다.
• 중간 점 은 익숙하지 않은 코드로 안내 할 수 있습니다. 무슨 일이 일어나고 있는지 배우는 데 시간이 걸립니다.

답변