Microsoft MVP성태의 닷넷 이야기
.NET Framework: 110. WPF - 전역 예외 처리 [링크 복사], [링크+제목 복사],
조회: 31706
글쓴 사람
정성태 (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 이벤트에서 예외를 발생시키면 종료된다는 건가요?
정성태

... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
622정성태12/1/200831132오류 유형: 63. WPF - XamlParseException 대응 방법 [2]
621정성태11/30/200823350Team Foundation Server: 27. TeamBuild + VDPROJ 셋업 프로젝트 [1]
620정성태11/30/200822167디버깅 기술: 21. 올바른 이벤트 예외 정보 출력
619정성태11/30/200822234디버깅 기술: 20. 예외 처리를 방해하는 WPF Modal 대화창파일 다운로드1
618정성태11/29/200822809.NET Framework: 113. 이벤트에 속한 이벤트 핸들러 확인파일 다운로드1
617정성태11/26/200828302.NET Framework: 112. How to Interop DISPPARAMS [2]파일 다운로드2
616정성태11/26/200822080디버깅 기술: 19. C++/CLI - F11 디버깅 시의 변수 초기화파일 다운로드1
615정성태11/9/200831786.NET Framework: 111. WPF - Window, UserControl 클래스 상속 [1]
614정성태11/9/200831706.NET Framework: 110. WPF - 전역 예외 처리 [4]파일 다운로드1
613정성태11/8/200821335.NET Framework: 109. WPF - SystemColors 색상표파일 다운로드1
612정성태11/1/200826562.NET Framework: 108. WPF + WCF 환경에서는 DataContract를 권장 [1]
611정성태10/31/200820971오류 유형: 62. WPF - Visual Studio 2008 비정상 종료
610정성태10/24/200823164Team Foundation Server: 26. TFS 2008 SP1 + SQL Server 2008 설치
609정성태10/24/200826927.NET Framework: 107. WPF - RadioButton 데이터 바인딩 해제 현상파일 다운로드2
608정성태10/23/200821651오류 유형: 61. TFS 연결 오류: TF31003, TF30331 오류
607정성태10/18/200819489Windows: 32. 자동 실행 경로에 ".." 가 포함된 경우
606정성태10/18/200821508.NET Framework: 106. WCF - 다중 서비스 호스트파일 다운로드1
605정성태10/18/200824955.NET Framework: 105. WPF - 닫기 버튼을 없애려면.
604정성태10/18/200825499오류 유형: 60. System.Management.ManagementException - Generic failure [1]
602정성태10/15/200827421오류 유형: 59. WPF - XAML 로딩 시 Visual Studio 비정상 종료 [1]
600정성태10/9/200832144디버깅 기술: 18. TFS Team Build + Source Server = 소스 코드 디버깅 [3]
603정성태10/15/200824027    답변글 디버깅 기술: 18.1. 소스 서버 구성, 그 외의 이야기
599정성태10/5/200830006디버깅 기술: 17. TFS Team Build + Symbol Server [1]
598정성태10/3/200819995VS.NET IDE: 57. VS.NET 2008 - 다중 프로젝트에서 단일 SNK를 사용하는 방법
597정성태10/2/200818648Team Foundation Server: 25. VSTS 2008의 Build Explorer
596정성태10/2/200825387오류 유형: 58. WPF : 드롭다운 유형의 ComboBox가 펼쳐지지 않는 문제
... 166  167  168  169  170  171  172  173  174  [175]  176  177  178  179  180  ...