Microsoft MVP성태의 닷넷 이야기
.NET Framework: 110. WPF - 전역 예외 처리 [링크 복사], [링크+제목 복사],
조회: 31805
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 11개 있습니다.)
디버깅 기술: 6. .NET 예외 처리 정리
; https://www.sysnet.pe.kr/2/0/316

디버깅 기술: 15. First-Chance Exception
; https://www.sysnet.pe.kr/2/0/510

디버깅 기술: 16. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석
; https://www.sysnet.pe.kr/2/0/595

.NET Framework: 110. WPF - 전역 예외 처리
; https://www.sysnet.pe.kr/2/0/614

디버깅 기술: 31. Windbg - Visual Studio 디버그 상태에서 종료해 버리는 응용 프로그램
; https://www.sysnet.pe.kr/2/0/957

디버깅 기술: 42. Watson Bucket 정보를 이용한 CLR 응용 프로그램 예외 분석 - (2)
; https://www.sysnet.pe.kr/2/0/1096

.NET Framework: 534. ASP.NET 응용 프로그램이 예외로 프로세스가 종료된다면?
; https://www.sysnet.pe.kr/2/0/10863

디버깅 기술: 110. 비동기 코드 실행 중 예외로 인한 ASP.NET 프로세스 비정상 종료 현상
; https://www.sysnet.pe.kr/2/0/11383

디버깅 기술: 119. windbg 분석 사례 - 종료자(Finalizer)에서 예외가 발생한 경우 비정상 종료(Crash) 발생
; https://www.sysnet.pe.kr/2/0/11732

닷넷: 2148. C# - async 유무에 따른 awaitable 메서드의 병렬 및 예외 처리
; https://www.sysnet.pe.kr/2/0/13422

닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
; https://www.sysnet.pe.kr/2/0/13551





WPF 전역 예외 처리


WinForm과 WPF는 동일하게 "Application"이라는 이름의 타입을 사용하긴 하지만, 사실 이름만 같을 뿐 전체적인 구현 자체는 완전히 다른 구조입니다. 물론, 예외 처리도 많이 달라졌습니다.

우선, 이 토픽을 더 읽으시기 전에 예전에 소개해 드렸던 다음의 자료를 먼저 읽어보시길 바랍니다.

Debug Features : 4. .NET 예외 처리 정리 
; https://www.sysnet.pe.kr/2/0/316

중요한 것은 이 역시 ".NET Application"이기 때문에 기본적인 원칙은 벗어나지 않습니다. 즉, 모든 예외는 "AppDomain.CurrentDomain.UnhandledException"에서 처리되어질 수 있습니다.

하지만, WPF는 WinForm과 마찬가지로 Console 응용 프로그램 범주에 속하지 않습니다. 따라서 메시지 하나의 반응에 예외가 발생했다고 해서 전체 응용 프로그램 자체를 비정상 종료시킬 수는 없습니다. 그나마 WinForm에서는 Application.ThreadException을 통해서 UI 스레드에서 발생한 예외를 알아낼 수가 있고, Application.SetUnhandledExceptionMode를 통해서 예외 자체를 다시 rethrow 할 수 있도록 해주고 있는데요.

그렇다면, WPF에서는 어떻게 해야 처리되지 않은 예외로 인한 응용 프로그램의 비정상 종료를 막을 수 있을까요?

그 해답은 UI 스레드를 담당하고 있는 App.Dispatcher가 제공해 주고 있는데, 보통 아래와 같이 2개의 이벤트를 구독해서 처리해야 합니다.

public App()
{
    this.Dispatcher.UnhandledException += 
      new DispatcherUnhandledExceptionEventHandler(Dispatcher_UnhandledException);
      
    this.Dispatcher.UnhandledExceptionFilter += 
      new DispatcherUnhandledExceptionFilterEventHandler(Dispatcher_UnhandledExceptionFilter);
}

void Dispatcher_UnhandledExceptionFilter(object sender, 
    DispatcherUnhandledExceptionFilterEventArgs e)
{
    e.RequestCatch = true;
}

void Dispatcher_UnhandledException(object sender, 
    DispatcherUnhandledExceptionEventArgs e)
{
    MessageBox.Show(e.Exception.ToString());
    e.Handled = true;
}

사실, 개인적으로 왜 위와 같이 2단계의 예외 처리 이벤트를 두었는지는 이해할 수가 없습니다. 간단하게 살펴보면, UnhandledExceptionFilter 단계에서는 선택적으로 "e.RequestCatch" 변수에 true / false를 할당하는 것이 가능한데, 만약 여기에 true를 주면 비정상 종료되지 않고 false를 주면 응용 프로그램이 비정상종료를 하게 됩니다.

또한, e.RequestCatch 변수의 값에 상관없이 Dispatcher_UnhandledException 이벤트 처리기는 호출이 되어집니다. 중요한 것은, 이때에도 e.Handled 변수에 true 값을 할당해 주어야만 응용 프로그램이 비정상 종료 하는 것을 막을 수가 있습니다. 왜 이렇게 2가지 단계로 나뉘어야만 했을까요? 보시면 알겠지만, UnhandledExceptionFilter 이벤트 처리기 단계에서도 DispatcherUnhandledExceptionFilterEventArgs 매개변수(e.Exception)를 통해서 예외를 알아낼 수가 있습니다. 그러니 굳이 Dispatcher_UnhandledException 단계까지 갈 필요가 없음에도 불구하고.

마지막으로... 퀴즈 하나!
WPF 응용 프로그램에서 secondary thread에서 예외가 발생한 경우에는 어떻게 처리할 수 있을까요?



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/21/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 



2008-11-16 06시56분
[지나가는 이] secondary thread는 AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);

이걸로 처리 할 수 있는 건가요?
[guest]
2008-11-17 09시33분
넵. ^^
kevin25
2018-07-18 01시31분
[질문자] e.RequestCatch 와 e.Handled 모두 true 로 줬음에도 SEHException 이 발생하면서 프로그램이 종료되네요.
임의로 발생시킨 예외는 NullException 이에요.
[guest]
2018-07-18 04시30분
그러니까, 새 WPF 프로젝트 만들고 위의 코드가 반영된 상태에서 Window Loaded 이벤트에서 예외를 발생시키면 종료된다는 건가요?
정성태

... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12712정성태7/15/202116122개발 환경 구성: 579. Azure - 리눅스 호스팅의 Site Extension 제작 방법
12711정성태7/15/202116131개발 환경 구성: 578. Azure - Java Web App Service를 위한 Site Extension 제작 방법
12710정성태7/15/202118764개발 환경 구성: 577. MQTT - emqx.io 서비스 소개
12709정성태7/14/202114290Linux: 42. 실행 중인 docker 컨테이너에 대한 구동 시점의 docker run 명령어를 확인하는 방법
12708정성태7/14/202118507Linux: 41. 리눅스 환경에서 디스크 용량 부족 시 원인 분석 방법
12707정성태7/14/202185733오류 유형: 734. MySQL - Authentication method 'caching_sha2_password' not supported by any of the available plugins.
12706정성태7/14/202116918.NET Framework: 1076. C# - AsyncLocal 기능을 CallContext만으로 구현하는 방법 [2]파일 다운로드1
12705정성태7/13/202117308VS.NET IDE: 168. x64 DLL 프로젝트의 컨트롤이 Visual Studio의 Designer에서 보이지 않는 문제 - 두 번째 이야기
12704정성태7/12/202116095개발 환경 구성: 576. Azure VM의 서비스를 Azure Web App Service에서만 접근하도록 NSG 설정을 제한하는 방법
12703정성태7/11/202121469개발 환경 구성: 575. Azure VM에 (ICMP) ping을 허용하는 방법
12702정성태7/11/202117183오류 유형: 733. TaskScheduler에 등록된 wacs.exe의 Let's Encrypt 인증서 업데이트 문제
12701정성태7/9/202116728.NET Framework: 1075. C# - ThreadPool의 스레드는 반환 시 ThreadStatic과 AsyncLocal 값이 초기화 될까요?파일 다운로드1
12700정성태7/8/202117164.NET Framework: 1074. RuntimeType의 메모리 누수? [1]
12699정성태7/8/202115697VS.NET IDE: 167. Visual Studio 디버깅 중 GC Heap 상태를 보여주는 "Show Diagnostic Tools" 메뉴 사용법
12698정성태7/7/202119955오류 유형: 732. Windows 11 업데이트 시 3% 또는 0%에서 다운로드가 멈춘 경우
12697정성태7/7/202115021개발 환경 구성: 574. Windows 11 (Insider Preview) 설치하는 방법
12696정성태7/6/202115972VC++: 146. 운영체제의 스레드 문맥 교환(Context Switch)을 유사하게 구현하는 방법파일 다운로드2
12695정성태7/3/202116010VC++: 145. C 언어의 setjmp/longjmp 기능을 Thread Context를 이용해 유사하게 구현하는 방법파일 다운로드1
12694정성태7/2/202117947Java: 24. Azure - Spring Boot 앱을 Java SE(Embedded Web Server)로 호스팅 시 로그 파일 남기는 방법 [1]
12693정성태6/30/202114886오류 유형: 731. Azure Web App Site Extension - Failed to install web app extension [...]. {1}
12692정성태6/30/202115374디버깅 기술: 180. Azure - Web App의 비정상 종료 시 남겨지는 로그 확인
12691정성태6/30/202115623개발 환경 구성: 573. 테스트 용도이지만 테스트에 적합하지 않은 Azure D1 공유(shared) 요금제
12690정성태6/28/202116633Java: 23. Azure - 자바(Java)로 만드는 Web App Service - Tomcat 호스팅
12689정성태6/25/202118339오류 유형: 730. Windows Forms 디자이너 - The class Form1 can be designed, but is not the first class in the file. [1]
12688정성태6/24/202117655.NET Framework: 1073. C# - JSON 역/직렬화 시 리플렉션 손실을 없애는 JsonSrcGen [2]파일 다운로드1
12687정성태6/22/202114977오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...