.NET 진단 분석기를 사용하여 관리되는 메모리 덤프 디버그

이 자습서에서는 다음을 수행합니다.

이 문서에 설명된 예제에서는 요청에 제때 응답하지 않는 사용자 앱이 문제입니다.

Visual Studio에서 메모리 덤프 열기

파일 > 열기 > 파일 메뉴 명령을 사용하여 Visual Studio에서 메모리 덤프를 열고 메모리 덤프를 선택합니다.
메모리 덤프 요약 페이지에서 진단 분석 실행이라는 새 작업을 확인합니다.
이 작업을 선택하여 디버거를 시작하고 새 진단 분석 페이지를 엽니다. 이 페이지에는 기본 증상에 따라 구성된 사용 가능한 분석기 옵션 목록이 있습니다.

해당 증상을 조사하기 위한 최선의 옵션은 이 예제의 문제에 가장 잘 부합하는 프로세스 응답성에서 사용할 수 있습니다.

Select diagnostics analyzers

이 경우 분석기는 두 개의 오류를 발견했습니다. 분석기 결과를 선택하여 분석 요약 및 제안된 수정을 확인합니다.
분석 요약에는 “CLR 스레드 풀에 고갈이 발생하고 있습니다.”라고 나와 있습니다. 이 정보는 현재 CLR이 사용 가능한 모든 스레드 풀 스레드를 사용했음을 나타냅니다. 즉, 스레드가 해제될 때까지 사용자 서비스는 새 요청에 응답할 수 없습니다.

참고 항목

이 경우 수정은 “Do not synchronously wait on Monitors, Events, Task, or any other objects that may block your thread. See if you can update the method to be asynchronous.”(모니터, 이벤트, 작업 또는 스레드를 차단할 수 있는 기타 모든 개체를 동기적으로 대기하지 않습니다. 메서드를 비동기로 업데이트할 수 있는지 확인하세요.)입니다.

다음 작업은 문제 코드를 찾는 것입니다.

호출 스택 표시 링크를 클릭하면 Visual Studio는 이 동작을 표시하는 스레드로 즉시 전환됩니다.
호출 스택 창에는 프레임워크 코드(System.)에서 사용자 코드(SyncOverAsyncExmple.)를 빠르게 구별할 수 있는 메서드가 표시됩니다.
각 호출 스택 프레임은 하나의 메서드에 해당하며, 스택 프레임을 두 번 클릭하면 Visual Studio는 이 스레드에서 해당 시나리오로 직접 연결된 코드로 이동합니다.
이 예제에서는 기호나 코드가 없지만 기호가 로드되지 않음 페이지에서 소스 코드 디컴파일 옵션을 선택할 수 있습니다.
아래 디컴파일된 소스에서 비동기 작업(ConsumeThreadPoolThread)이 동기 차단 함수를 호출하고 있음을 분명히 알 수 있습니다.

참고 항목

WaitHandle.WaitOne 메서드를 포함하는 “DoSomething()” 메서드는 신호를 받을 때까지 현재 스레드 풀 스레드를 차단합니다.

앱 응답성을 높이려면 모든 비동기 컨텍스트에서 동기 코드 차단을 제거하는 것이 중요합니다.